Opis projektu
PrzetłumaczoneNależy stworzyć wieloosobowe logi księgowości informacji na podstawie MS Access (nie wyższej niż Ver.2016) z użyciem VBA.
Kod źródłowy kompleksu oprogramowania (PC) powinien być w pełni otwarty dla klienta
Jest wiele dzienników i są one różne, a w przyszłości będą łączyć nowe, które nie są nawet w projekcie, w związku z tym PC musi być stworzony uniwersalnie i nie być związany z cechami informacji w danym dzienniku.
► System dostępu użytkowników:
Pakiet oprogramowania (PC) musi mieć konfigurowalny system dostępu użytkowników, który określa, które logi są dostępne dla użytkownika i jaki poziom dostępu ma użytkownik w autoryzowanych logach, na przykład, dostęp tylko do odczytu jego (stworzonych przez użytkownika) rekordów; odczyt rekordów wszystkich wpisów w tym dzienniku, pozwolenie na dodawanie nowych wpisów, edytowanie tylko jego wpisów, edytowanie dowolnych wpisów, usuwanie tylko jego wpisów, usuwanie dowolnych wpisów tego dozwolonego dziennika, pełny dostęp / administracyjny. Mam na myśli. Oddzielny zestaw uprawnień dla każdego dziennika.
Każdy rekord jest najpierw oznaczany do usunięcia, ale może być widoczny jako normalny rekord, ale z odpowiednią flagą. Tylko administrator z specjalnego interfejsu może ostatecznie usunąć rekordy z bazy danych. Coś podobnego dzieje się w 1C.
● PC powinien przynajmniej śledzić datę i autora tworzonego rekordu, śledzić, kto i kiedy wprowadził zmiany w danym rekordzie bazy danych, kto i kiedy oznaczył rekord do usunięcia. Idealnie, potrzebny jest dziennik zmian w rekordach bazy danych - aby można było, w razie potrzeby, zrozumieć, kto w jakim rekordzie i co się zmieniło, mamy nadzieję, że zadanie w takiej produkcji jest złożone i wymaga dużo czasu na rozwój, więc wystarczy wdrożyć w uproszczonej wersji.
● Bazy danych nie mogą być otwierane standardowymi metodami w Access – bez fanatyzmu, na poziomie zwykłych użytkowników, chociaż propozycje zwiększenia bezpieczeństwa i prywatności bazy danych są akceptowane i omawiane, chociaż zadanie nie jest priorytetowe.
Pożądane jest, aby administrator mógł zresetować hasło, a system przy pierwszym logowaniu użytkownika (po resecie) powinien poprosić użytkownika o wprowadzenie nowego hasła. Jeśli jest to zbyt czasochłonne, można pozostawić zadanie hasła administratorowi podczas konfigurowania praw użytkowników.
► Interfejs
Po uruchomieniu programu użytkownik powinien móc samodzielnie wybrać z listy, pożądane jest, aby PC zapamiętywał, pod jakim użytkownikiem wszedł z tego komputera (lub konta) i automatycznie podstawiał tego użytkownika (jak to się dzieje przy uruchamianiu 1c).
Po wejściu do podstawowego interfejsu użytkownik powinien widzieć tylko listę dozwolonych dzienników i nie widzieć reszty.
Interfejs użytkownika powinien być jak najbardziej „intuicyjnie jasny” bez „lotionów” Access, takich jak strzałki do przechodzenia do następnej bazy, „gorące” klawisze powinny być zdefiniowane, a możliwość pracy z myszą powinna być uwzględniona – interfejs powinien być jak najbardziej wygodny.
Informacje z rekordami danego dziennika powinny być wyświetlane w formie tabeli i mieć możliwość sortowania według dowolnej kolumny oraz dostosowywania filtrów – na przykład, zakres dat, według twórcy rekordu, według stanu rekordu (w zależności od dziennika). Należy, aby system zapamiętywał ustawienia sortowania i filtrowania dla każdego dziennika i dla każdego konkretnego użytkownika.
Stwórz moduł do eksportu wyeksportowanej i przefiltrowanej części tabeli przeglądanego dziennika do Excela, pożądane jest, aby tabela wyeksportowana natychmiast otwierała się, a filtr automatyczny Excela był włączony.
● Tworzenie dodatku. Moduły przesyłają / pobierają informacje z / do Worda, Excela są mile widziane.