Wypowiedzi
-
Jestem chętny na ewentualne następne spotkania.
-
iGrafx w przypadku ustawiania wysyłania komunikatów z danymi ma błąd (tak mi się wydaje)
dla wybranego zdarzenia wysyłającego/odbierającego nie da się ustawić atrybutów odbierz/wyślij dane.
Dla pary zdarzeń (wyślij-odbierz) nie da się ustawić dla jednego z nich osobno <<odbierz>> - a dla drugiego osobno <<wyślij>> - jakakolwiek zmiana przy jednym powoduje taką samą zmianę przy drugim - czyli jak dla zdarzenia wysyłającego ustawisz <<wyślij dane>> to dla atrybutu zdarzenia odbierające także ustawi się na <<wyślij dane>> i odwrotnie, jeśli dla zdarzenia odbierającego ustawisz <<odbierz dane>> do dla zdarzenia wysyłającego także ustawi się atrybut <<odbierz dane>>
Według mnie powoduje, że komunikat nie może zostać dostarczony albo czegoś nie uwzględniam.
Może Pan Piotr Biernacki się wypowie.Ten post został edytowany przez Autora dnia 28.01.14 o godzinie 02:14 -
Załącz rysunek to zobaczę
-
"Przedsiębiorstwa są tak zaślepione manią oszczędzania pieniędzy, że zapominają, że cały cel projektu, to nie oszczędzanie pieniędzy, ale ich przynoszenie" - E.Goldratt Łańcuch Krytyczny
- 18.12.2013, 00:47
-
Warto kupić? Ktoś czytał? Może podzielić się jakąś opinią?
http://helion.pl/ksiazki/symulacja-procesow-biznesowyc... -
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy CV Expert HR bez cenzury
-
Żaden link z wiadomości nie działa
-
Marcin F.:
Jednym z takich, stosowanych w praktyce rozwiązań, jest wprowadzanie na zamówieniu zakupu dwóch rodzajów linii na tą samą pozycję zakupową, z których jedna jest (będzie) docelowo standardowym zakupem na stan
"Rodzajów linii" ?????????? -
Witam
Mam pytanie dotyczące mapowania procesów.
Mianowicie chciałbym wiedzieć jak Szanowne koleżanki i koledzy robią "mapy" procesów w dokumentacji?
Abstrahuje od użytego narzędzia - chociaż może jest to ważne w przypadku konkretnego programu i użytego języka modelowania. -
Piotr J.:
Jakimi dokumentami obsługujecie proces przyjęcia towaru w konsygnację?
Zależy mi na uzyskaniu takiego efektu żeby przyjmowany towar nie będący jeszcze własnością firmy był dostępny na stanie magazynowym.
Dokumentem pozabilansowym -
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy CV Expert HR bez cenzury
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy CV Expert HR bez cenzury
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy CV Expert HR bez cenzury
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy CV Expert HR bez cenzury
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy CV Expert HR bez cenzury
-
Co możecie poleci? Chodzi bardziej o projekty jako takie niż stricte realizacje deweloperki softu według wyżej wymienionej metodyki.
Nie znalazłem podobnego tematu na forum. -
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy IT – Praca dla osób z charakterem
-
Pytam w kontekście aplikowania na stanowiska, ponieważ bawi mnie rozgraniczanie nazwy stanowisk w ogłoszeniach o pracę.
-
Jarek Ż.:
BPMN nie służy do definiowania wymagań a do utworzenia modelu działania firmy, upewnieniu się, że nie ma w nim żadnych luk lub ryzyk [...]
BPMN jest nowością, które wiele firm szumnie to wykorzystuje postaci "hej zrobimy ci analizę procesów w BPMN będziesz mógł jeszcze skuteczniej wybrać ERPa"
dlatego też chciałem po części zweryfikować tezę o "prawdziwości" wymagań na tym forum.
Wychodzi na to iż należy mieć własne zdanie co do pewnych tematów. -
Może inaczej... użyję przykładu z przykładu
Przy takim procesie zakupu występują koszty transportu, które w przypadku korzystania przez przedsiębiorstwo z cen nabycia a nie zakupu - muszą zostać doliczone w odpowiednio ustalony sposób (np. według wagi produktów z dostawy, według objętości produktu, lub według innego ustalonego sposobu)
I tutaj według mnie pojawi się słabość wymagań spisywanych z pomocą BPMN ponieważ od razu "uciekają" nam do innych "pojemników" wymagania w postaci:
1. System ma obsługiwać ceny nabycia
2. System ma obsługiwać doliczenie kwoty transportu do towarów z dostawy w sposób x lub y lub z
Punktu pierwszego ni jak nie da się zawrzeć na diagramie a zawarcie warunków (czyli bramek i dodatkowych czynności) doliczenia i sposobów rozbijania kosztu czyni z niego nie diagram procesu a procedurę i tu się całkowicie zgadzam ze stwierdzeniem, że
Jarek Ż.:
Należy mieć świadomość, że organizacja ma (może mieć): zakresy obowiązków i kompetencji, procedury i tego na modelach procesów nie powinno już być.
Z takiego modelu procesu (a nie procedury) nie da się wywnioskować jakie rodzaje cen mają być stosowane ani czy system posiada odpowiednie algorytmy rozbijania kwoty transportu na pozycje dostawy tak aby nie zniekształcać docelowej kwoty towaru. Model BPMN według mnie jest swoistym tłem, który musi być w takim wypadku wzbogacany innymi formami dokumentacji.
Przekładając taki wycinek analizy działań przedsiębiorstwa jakim jest taki proces zakupu na całość procesów firmy "ucieknie" bardzo dużo rzeczy, które będziemy musieli zawrzeć w innych elementach dokumentacji a nie w diagramach BPMN więc śmiem twierdzić, że SAM zapis BPMN w dokumentacji wymagań na system ERP jest BEZUŻYTECZNY.
Jarek Ż.:
Moim zdaniem nie tyle problem tkwi w np. w tworzeniu modeli procesów bo to tylko narzędzie, to nigdy nie powinno być celem samym w sobie.
Podpisuje się rękami i nogami pod tym i skupiam się na ich przydatności jednak tak jak wcześniej napisałem iż same diagramy bez czegoś dodatkowego mają dla mnie jako konsultanta zerową wartość przy wdrożeniu ERPa w danym przedsiębiorstwie. Jestem zwolennikiem prince'owej koncentracji na produktach z naciskiem iż te produktu muszą posiadać jakąś wartość.