Podstawowy projekt systemu kancelarii adwokackiej

Podstawowy projekt systemu kancelarii adwokackiej
D1
  • Rejestracja:ponad 13 lat
  • Ostatnio:12 dni
  • Postów:83
1

Witam

Obecnie tworzę wstępny zarys dla niewielkiego systemu, który mógłby rozwiązywać najbardziej podstawowe zadania z którymi mają na co dzień
do czynienia prawnicy/adwokaci/radcy prawni. System który ułatwiałby im życie. Tworzę to powiedzmy ramach treningu.
Na razie rozpisane mam wymagania oraz przypadki użycia aczkolwiek nie jestem pewien czy na podstawie takich wymagań trafnie określiłem scenariusze. Scenariusz w formie tekstowej są nadal w formie realizacji. requirements_for_employee.jpgyoung_employee_work.jpgemployee_archiv.jpg

Gdyby osoba bardziej wprawiona mogła by to przejrzeć i nakreślić mi błędy lub skomentować to co jest właściwe. Ew wskazówki. W porównaniu do wcześniejszych prób sądzę bardziej się przyłożyłem.


:)
edytowany 1x, ostatnio: Riddle
AK
  • Rejestracja:ponad 6 lat
  • Ostatnio:2 dni
  • Postów:3561
3

Moze adwokat nie zauważy przy pierwszej demonstracji, ale baza pism bez skatalogowania w sprawy jest śmiertelne dla tego rodzaju użytkownika

Schemat to jest czego ? Pobożnych życzeń ? Dlaczego z dziesiatek / setek obszarów, jakimi może się zajmować kancelaria adwokacka, akurat sprawa windykacyjna zasługuje na odmienne traktowanie ?

Gdyby to była kwesta studiów, to problem miedzy jakością uczelmi i tobą.
Ale pachnie mi że to za kasę. Jeśli tak - żałosne.

@delform_17:

Widze od dawna pchasz tu jakieś schematy, i od dawna jesteś krytykowany.
Szaleństwem jest robić wciąż to samo i oczekiwać różnych rezultatów – Albert Einstein.


Bo C to najlepszy język, każdy uczeń ci to powie
edytowany 1x, ostatnio: cerrato
D1
  • Rejestracja:ponad 13 lat
  • Ostatnio:12 dni
  • Postów:83
0

To nie jest w ramach studiów tylko własnej praktyki. To jest tylko zarys systemu. Działalność windykacyjna to jest osobny nieco bardziej skomplikowany proces. Umieszczam, a nie pcham tu tego typu rzeczy w ,,nadziei", że ktoś będzie w stanie pokazać mi gdzie robię błędy i jak można to poprawić. Marginesem pobożna życzenia mają ludzie bez celu typu wychować dzieci wziąć kredyt na mieszkanie i jakoś tam żyć.

PS. Nie pracuje dla pieniędzy tylko dla satysfakcji. Pieniądze to tylko dodatek. Co do Einsteina można to ma już mniej sensu to szaleństwo, ale jeszcze nieco wierzę w ludzi


:)
AK
"To nie jest w ramach studiów tylko własnej praktyki. " - no to ta praktyka nie daje progresu, tylko betonuje
D1
Trening czyni mistrza,a czasem pewne rzeczy wymagają czasu aby je pojąć. Akurat do tego projektu nie napisałem jeszcze scenariuszy przypadków, a z tego co wiem jest to częsta praktyka
SM
W jaki sposób windykacja to osobny temat? A już tym bardziej, bardziej skomplikowany proces? Wyjaśnij bo nie rozumiem.
AK
@smieszekheheszek: też chętnie sie dowiem. Choć mam mocne podejrzenia że subiektywnie tylko urósł w oczach analizujacego (analiza i projekt bez zdystansowania się)
MA
  • Rejestracja:prawie 5 lat
  • Ostatnio:ponad rok
  • Postów:134
1

Przy początkowej fazie projektu zbierane są wymagania.
Po zebraniu wymagań ogólnych, są zbierane wymagania szczegółowe i to one są czasami wkładane w przypadki użycia.
Tworzenie przypadku użycia przebiega różnie, często są to tabelki podobne do:

Nazwa Znaczenie
Nazwa przypadku
Opis co robi dany przypadek użycia (kontekst zadaniowy)
Zależności czy zależy od innych części systemu
Warunki wstępne co jest potrzebne żeby mogło dojść do wykonania
Warunki zakończenia dobre i złe
Aktorzy Ludzie, bazy danych, zewnętrzne API ...
Inicjator wyzwalacz, czyli co musi się zadziać
Użyte przypadki użycia inne zdefiniowane przypadki (można to też wrzucić do zależności)
Przepływ wykonania co się dzieje kolejno w punktach + include'y jeśli są
Rozszerzenia co się dzieje w specjalnych przypadkach + extended

Diagram to tylko dodatek, nie musi być i bardzo często go nie ma.
Format tabelki zależy od firmy, czasem tych kolumn jest mniej, czasem więcej, czasami są inne.

AK
"Diagram to tylko dodatek, nie musi być i bardzo często go nie ma" +1
D1
Czyli projektując tym podobne rzeczy skupić się na scenariuszach w jaki sposób system można wykorzystać do rozwiązania danego problemu.
AK
Na pewno nie mieszać. Jak scenariusze, to scenariusze (wynikłe z analizy - nie zarządzanie IT)
AK
  • Rejestracja:ponad 6 lat
  • Ostatnio:2 dni
  • Postów:3561
1

@malencki:

Dopuściłbym śmiało, zwł w sytacjach początkujacych, małych zespołach (z obu stron), przy słabych kwalifikacjach abstrakcyjnych po stronie zleceniodawcy itd ...
... wiec dopuściłbym inne plaszczyzny ujęcia, BYLE KONSEKWENTNIE, jak scenariusze to scenariusze, jak analzia danych (dokumentów, wydruków) to danych.

Obrazkowo: jeśli to jest długopisem na kartce, to nawet jeśli kartka w ujęciu a) jest ledwo wypełniona, zaczynam kartkę b) ponieważ jest w innym spojrzeniu

@AnyKtokolwiek:

c.d.

Tzw "kartka" z propozycjami implementacyjnymi (system uprawnień, elementy architektoniczne o których klient powinien wiedzieć do generują istotne skutki) to nie tylko inna kartka, ale w innym skoroszycie.

@malencki:

Cenne jest ze podniosłeś, a kol powinien przyjąć: co analiza to analiza, co projekt to projekt, to sa inne rzeczy


Bo C to najlepszy język, każdy uczeń ci to powie
edytowany 1x, ostatnio: Riddle
D1
Nie do końca rozumiem co miałeś na myśli ,,co analiza to analiza..."
D1
  • Rejestracja:ponad 13 lat
  • Ostatnio:12 dni
  • Postów:83
0

Panowie tyle komentarzy a tylko jedna osoba ogólnie mnie poprawiła nikt sie nie odniósł do diagramów z choć jedną poprawką. Czytam książkę i staram się stosować w praktyce posiłkując sie też podobnymi przykładami aczkolwiek z racji tego, że nie jestem pewien czy merytorycznie jest dobrze dlatego tutaj wstawiłem.


:)
JB
Ja się odniosłem, napisałem Ci , że one są bezużyteczne. Proces projektowania powstaje w głowie nie książce. Mój jedyny szkic dawno temu to były setki kwadratów mniejszych i większych, i to już miało większy sens niż te diagramy. 1 pytanie - czy wiem jak obsłużyć interakcje z myszą i klawiaturą 2) czy wiem jak przechować dane poza programem 3) czy jestem w stanie operować na strukturach.
JB
Ty uważasz tak, autor wątku stwierdził, że nikt nic nie wniósł. Tak samo oceniasz moje wypowiedzi jak on pozostałych. Możliwe, że tak samo macie rację.
MA
  • Rejestracja:prawie 5 lat
  • Ostatnio:ponad rok
  • Postów:134
1

@delform_17: patrząc po diagramach które umieściłeś to 1 oraz 3 nie mają (jak dla mnie), żadnego sensu.
Nad drugim można pomyśleć ponieważ co nieco wiadomo z tego co zamieściłeś.
diagram.png

Widzę to tak, że aplikant wprowadza opis sprawy, następnie sprawdzany jest duplikat (cokolwiek to oznacza w tym przypadku), następnie opcjonalnie (extended) w zależności od wyników sprawdzenia, opis sprawy ląduje w bazie danych.
Dodatkowo aplikant ma odpowiedzialność za dołączenie dokumentacji oraz ustalenie priorytetu. Chociaż nie jest jasno powiedziane czy te działania są wymagane czy opcjonalne. Narysowałem to tak, chociaż prawie na 99% jest to błędne. Niestety nie znam przypadku użycia tylko domysły więc całość polega bardziej na wróżbiarstwie.
include powinno się używać do pewnej encji systemu, która w przypadku użycia jest wykorzystywana wielokrotnie (ma wiele ścieżek wejścia).

AK
Moze to pomoże OP. Jak scenariusze, to scenariusze, ale na serio (tu pokazujesz metodę, więc nieścisłości do realnego życia nas nie obchodzą)
AK
Podzielam opinie o braku sensu.
piotrpo
  • Rejestracja:ponad 7 lat
  • Ostatnio:mniej niż minuta
  • Postów:3277
1

Diagramy use case mają bardzo dyskusyjną przydatność do czegokolwiek (albo kompletnie nie rozumiem ich sensu). Analizę problemów, jakie opisujesz (workflow) należy rozpocząć od udokumentowania procesu biznesowego. Jak się zaczyna, jak przechodzi kolejne etapy, kto bierze w nim udział, w jakiej roli, jakie artefakty są jego wejściem i wynikiem.

Odnosząc się do tego co widzę, to nie istnieje taki use case jak "zapis do bazy". To szczegół implementacyjny taki sam jak np, "inicjalizacja zmiennych".

Kliknij, aby dodać treść...

Pomoc 1.18.8

Typografia

Edytor obsługuje składnie Markdown, w której pojedynczy akcent *kursywa* oraz _kursywa_ to pochylenie. Z kolei podwójny akcent **pogrubienie** oraz __pogrubienie__ to pogrubienie. Dodanie znaczników ~~strike~~ to przekreślenie.

Możesz dodać formatowanie komendami , , oraz .

Ponieważ dekoracja podkreślenia jest przeznaczona na linki, markdown nie zawiera specjalnej składni dla podkreślenia. Dlatego by dodać podkreślenie, użyj <u>underline</u>.

Komendy formatujące reagują na skróty klawiszowe: Ctrl+B, Ctrl+I, Ctrl+U oraz Ctrl+S.

Linki

By dodać link w edytorze użyj komendy lub użyj składni [title](link). URL umieszczony w linku lub nawet URL umieszczony bezpośrednio w tekście będzie aktywny i klikalny.

Jeżeli chcesz, możesz samodzielnie dodać link: <a href="link">title</a>.

Wewnętrzne odnośniki

Możesz umieścić odnośnik do wewnętrznej podstrony, używając następującej składni: [[Delphi/Kompendium]] lub [[Delphi/Kompendium|kliknij, aby przejść do kompendium]]. Odnośniki mogą prowadzić do Forum 4programmers.net lub np. do Kompendium.

Wspomnienia użytkowników

By wspomnieć użytkownika forum, wpisz w formularzu znak @. Zobaczysz okienko samouzupełniające nazwy użytkowników. Samouzupełnienie dobierze odpowiedni format wspomnienia, zależnie od tego czy w nazwie użytkownika znajduje się spacja.

Znaczniki HTML

Dozwolone jest używanie niektórych znaczników HTML: <a>, <b>, <i>, <kbd>, <del>, <strong>, <dfn>, <pre>, <blockquote>, <hr/>, <sub>, <sup> oraz <img/>.

Skróty klawiszowe

Dodaj kombinację klawiszy komendą notacji klawiszy lub skrótem klawiszowym Alt+K.

Reprezentuj kombinacje klawiszowe używając taga <kbd>. Oddziel od siebie klawisze znakiem plus, np <kbd>Alt+Tab</kbd>.

Indeks górny oraz dolny

Przykład: wpisując H<sub>2</sub>O i m<sup>2</sup> otrzymasz: H2O i m2.

Składnia Tex

By precyzyjnie wyrazić działanie matematyczne, użyj składni Tex.

<tex>arcctg(x) = argtan(\frac{1}{x}) = arcsin(\frac{1}{\sqrt{1+x^2}})</tex>

Kod źródłowy

Krótkie fragmenty kodu

Wszelkie jednolinijkowe instrukcje języka programowania powinny być zawarte pomiędzy obróconymi apostrofami: `kod instrukcji` lub ``console.log(`string`);``.

Kod wielolinijkowy

Dodaj fragment kodu komendą . Fragmenty kodu zajmujące całą lub więcej linijek powinny być umieszczone w wielolinijkowym fragmencie kodu. Znaczniki ``` lub ~~~ umożliwiają kolorowanie różnych języków programowania. Możemy nadać nazwę języka programowania używając auto-uzupełnienia, kod został pokolorowany używając konkretnych ustawień kolorowania składni:

```javascript
document.write('Hello World');
```

Możesz zaznaczyć również już wklejony kod w edytorze, i użyć komendy  by zamienić go w kod. Użyj kombinacji Ctrl+`, by dodać fragment kodu bez oznaczników języka.

Tabelki

Dodaj przykładową tabelkę używając komendy . Przykładowa tabelka składa się z dwóch kolumn, nagłówka i jednego wiersza.

Wygeneruj tabelkę na podstawie szablonu. Oddziel komórki separatorem ; lub |, a następnie zaznacz szablonu.

nazwisko;dziedzina;odkrycie
Pitagoras;mathematics;Pythagorean Theorem
Albert Einstein;physics;General Relativity
Marie Curie, Pierre Curie;chemistry;Radium, Polonium

Użyj komendy by zamienić zaznaczony szablon na tabelkę Markdown.

Lista uporządkowana i nieuporządkowana

Możliwe jest tworzenie listy numerowanych oraz wypunktowanych. Wystarczy, że pierwszym znakiem linii będzie * lub - dla listy nieuporządkowanej oraz 1. dla listy uporządkowanej.

Użyj komendy by dodać listę uporządkowaną.

1. Lista numerowana
2. Lista numerowana

Użyj komendy by dodać listę nieuporządkowaną.

* Lista wypunktowana
* Lista wypunktowana
** Lista wypunktowana (drugi poziom)

Składnia Markdown

Edytor obsługuje składnię Markdown, która składa się ze znaków specjalnych. Dostępne komendy, jak formatowanie , dodanie tabelki lub fragmentu kodu są w pewnym sensie świadome otaczającej jej składni, i postarają się unikać uszkodzenia jej.

Dla przykładu, używając tylko dostępnych komend, nie możemy dodać formatowania pogrubienia do kodu wielolinijkowego, albo dodać listy do tabelki - mogłoby to doprowadzić do uszkodzenia składni.

W pewnych odosobnionych przypadkach brak nowej linii przed elementami markdown również mógłby uszkodzić składnie, dlatego edytor dodaje brakujące nowe linie. Dla przykładu, dodanie formatowania pochylenia zaraz po tabelce, mogłoby zostać błędne zinterpretowane, więc edytor doda oddzielającą nową linię pomiędzy tabelką, a pochyleniem.

Skróty klawiszowe

Skróty formatujące, kiedy w edytorze znajduje się pojedynczy kursor, wstawiają sformatowany tekst przykładowy. Jeśli w edytorze znajduje się zaznaczenie (słowo, linijka, paragraf), wtedy zaznaczenie zostaje sformatowane.

  • Ctrl+B - dodaj pogrubienie lub pogrub zaznaczenie
  • Ctrl+I - dodaj pochylenie lub pochyl zaznaczenie
  • Ctrl+U - dodaj podkreślenie lub podkreśl zaznaczenie
  • Ctrl+S - dodaj przekreślenie lub przekreśl zaznaczenie

Notacja Klawiszy

  • Alt+K - dodaj notację klawiszy

Fragment kodu bez oznacznika

  • Alt+C - dodaj pusty fragment kodu

Skróty operujące na kodzie i linijkach:

  • Alt+L - zaznaczenie całej linii
  • Alt+, Alt+ - przeniesienie linijki w której znajduje się kursor w górę/dół.
  • Tab/⌘+] - dodaj wcięcie (wcięcie w prawo)
  • Shit+Tab/⌘+[ - usunięcie wcięcia (wycięcie w lewo)

Dodawanie postów:

  • Ctrl+Enter - dodaj post
  • ⌘+Enter - dodaj post (MacOS)