Modelowanie procesów (1) Oracle Designer: Modelowanie procesów. Modelowania procesów (2) Modelowanie procesów (3)
|
|
- Karolina Kowalik
- 7 lat temu
- Przeglądów:
Transkrypt
1 Modelowanie procesów (1) Oracle Designer: Modelowanie procesów Identyfikuje kluczowe aktywności w działalności organizacji. Modeluje wybrane lub wszystkie aktywności w ramach organizacji. Określa kolejność i miejsce realizacji poszczególnych aktywności w ramach organizacji. Pozwala na zrozumienie funkcjonowania organizacji. UmoŜliwia i ułatwia komunikację pomiędzy: róŝnymi działami organizacji, uŝytkownikami a projektantami systemu, projektantami systemu a programistami implementującymi system. (C) Instytut Informatyki, Politechnika Poznańska 2 Modelowania procesów (2) cele: dostosowanie organizacji do nowych warunków działania, określenie istoty nowych aktywności przed ich implementacją, identyfikacja aktywności wymagających usprawnienia, zwiększenie efektywności działania organizacji: zwiększenie zysku, zmniejszenie kosztów, lepsza penetracja rynku, zwiększenie jakości obsługi klientów,... Modelowanie procesów (3) zyski: dokładne zrozumienie wymagań przed rozpoczęciem projektowania i implementowania systemu, wykrycie nieefektywnie realizowanych aktywności, wykrycie miejsc w organizacji, realizujących te same aktywności, zrozumienie przez członków organizacji co dokładnie robią i z kim współpracują. (C) Instytut Informatyki, Politechnika Poznańska 3 (C) Instytut Informatyki, Politechnika Poznańska 4
2 Modelowanie procesów (4) Podstawowe podejścia: top-down dekompozycja kolejnych poziomów rozpoczynając od pojedynczego procesu głównego, reprezentującego działalność przedsiębiorstwa. bottom-up identyfikacja elementarnych procesów przedsiębiorstwa, a następnie dla kaŝdego z nich znalezienie odpowiedniego miejsce w hierarchii procesów. technika mieszana. Diagram procesów (1) pokazuje: strukturę jednostek w ramach organizacji i zaleŝności między nimi, zaleŝności pomiędzy aktywnościami w organizacji, zdarzeniami i miejscami składowania danych/obiektów w organizacji. (C) Instytut Informatyki, Politechnika Poznańska 5 (C) Instytut Informatyki, Politechnika Poznańska 6 Diagram procesów (2) Elementy diagramu procesów moŝliwe prezentacje przy uŝyciu: zestawu symboli podstawowych dla analityków systemowych, przeszkolonych członków organizacji, rozszerzonego zestawu symboli dla analityków systemowych, ikon dla nieprzeszkolonych członków organizacji. Jednostka organizacyjna Wyzwalacz Wynik (C) Instytut Informatyki, Politechnika Poznańska 7 Krok procesu Przepływ Składnica (C) Instytut Informatyki, Politechnika Poznańska 8
3 Proces (1) działanie lub kolekcja działań, realizowanych przez organizację, proces posiada dobrze zdefiniowany początek i koniec, proces składa się z szeregu zadań, nazywanych krokami procesu, proces moŝe mieć strukturę hierarchiczną: główne procesy na szczycie hierarchii, proces wyŝszego poziomu składa się z procesów na niŝszych poziomach hierarchii. Proces (2) przykłady procesów (wypoŝyczalnia filmów): proces główny: prowadzenie wypoŝyczalni filmów procesy niŝszego poziomu: obsługa klientów wypoŝyczalni zakładanie konta nowego klienta wypoŝyczalni wypoŝyczenie filmu klientowi uzupełnianie repertuaru filmów... (C) Instytut Informatyki, Politechnika Poznańska 9 (C) Instytut Informatyki, Politechnika Poznańska 10 Identyfikacja procesów wyjście od misji organizacji: prowadzenie wypoŝyczalni filmów identyfikacja głównych procesów w organizacji: wypoŝyczanie filmów klientom uzupełnianie repertuaru filmów przeprowadzanie akcji marketingowych dekompozycja procesów na procesy niŝszego poziomu, np. wypoŝyczanie filmów dzieli się na procesy: rejestracja wypoŝyczeń klientów zarządzanie zbiorem klientów wypoŝyczalni rezerwowanie filmów dla klientów (C) Instytut Informatyki, Politechnika Poznańska 11 Krok procesu (1) operacja składowa w ramach procesu, proces rezerwowanie filmów dla klientów, kroki: 1. identyfikacja klienta, 2. przyjęcie zamówienia klienta, 3. zarezerwowanie terminu, 4. wysłanie potwierdzenia rezerwacji klientowi, określamy co krok procesu robi, a nie jak to robi (C) Instytut Informatyki, Politechnika Poznańska 12
4 Krok procesu (2) Krok procesu (3) typy: krok procesu (ang. process step), podtypy: wprowadzanie danych (ang. data entry) reprezentuje operację wprowadzania danych w organizacji, punkt decyzyjny (ang. decision point) miejsce, w którym proces moŝe zostać rozdzielony na kilka ścieŝek, raport (ang. report) reprezentuje powstanie pisemnego lub drukowanego dokumentu, proces zewnętrzny (ang. external) działalność realizowana poza organizacją, proces wewnętrzny (ang. internal) działalność realizowana w organizacji, nieistotna z punktu widzenia tworzonego modelu. (C) Instytut Informatyki, Politechnika Poznańska 13 definicja: krótki opis pole Short Definition, typ pole Type, unikalna etykieta pole Label, określenie sposobu realizacji ręczna lub automatyczna pole To Be Automated. globalny krok procesu krok nie naleŝący do hierarchii modelowanego procesu, wstawiony do diagramu z innej hierarchii (C) Instytut Informatyki, Politechnika Poznańska 14 Przepływ (1) reprezentuje: przekazanie informacji między elementami modelu procesów, przekazanie obiektów materialnych między elementami modelu procesów, zaleŝności kolejnościowe między procesami. Przepływ (2) typy: przepływ (ang. flow) przepływ ogólny, przepływ danych (ang. data flow) reprezentuje przekazanie danych, przepływ materialny (ang. material flow) reprezentuje przekazanie obiektów materialnych, przepływ czasowy (ang. temporal flow) reprezentuje zaleŝność czasową między procesami: proces, na który wskazuje przepływ, nie moŝe się rozpocząć, jeśli proces, z którego wychodzi przepływ nie zostanie zakończony. (C) Instytut Informatyki, Politechnika Poznańska 15 (C) Instytut Informatyki, Politechnika Poznańska 16
5 definicja: nazwa pole Name, typ pole Type, logika pole Logic, znaczenie pole Significant, reguła pole Rule. Przepływ (3) Przepływ (4) logika przepływu: AND zajście wszystkich przepływów z logiką AND dochodzących do kroku procesu jest konieczne do jego uruchomienia, OR zajście chociaŝ jednego przepływu z logiką OR dochodzącego do kroku procesu jest konieczne do jego uruchomienia. (C) Instytut Informatyki, Politechnika Poznańska 17 (C) Instytut Informatyki, Politechnika Poznańska 18 Przepływ (5) znaczenie przepływu określa, Ŝe przepływ jest w pewien sposób bardziej znaczący od pozostałych przepływów: wychodzących z procesu Significant At Source, dochodzących do procesu Significant At Destination. reguła określa warunek logiczny, którego zajście jest konieczne do uruchomienia przepływu wyjściowego, dodatkowo moŝna określić procentowo, jaka część wystąpień przepływu spełnia zadaną regułę Jednostka organizacyjna (1) moŝe określać: całą organizację, miejsce realizacji określonego procesu, osobę, realizującą dany proces (np. pracownik organizacji), byt zewnętrzny w stosunku do organizacji (np. klient) jednostki mogą tworzyć hierarchię, kaŝdy proces musi być umiejscowiony w określonej jednostce organizacyjnej, (C) Instytut Informatyki, Politechnika Poznańska 19 (C) Instytut Informatyki, Politechnika Poznańska 20
6 Jednostka organizacyjna (2) definicja: nazwa pole Name, unikalna etykieta pole Short Name, lokalizacja geograficzna pole Location, nazwa jednostki nadrzędnej pole Parent, liczba osób w jednostce pole Head Count. Zdarzenie (1) sytuacja: uruchamiająca dany proces wyzwalacz (ang. trigger) kończąca dany proces wynik (ang. outcome) (C) Instytut Informatyki, Politechnika Poznańska 21 (C) Instytut Informatyki, Politechnika Poznańska 22 Zdarzenie (2) typy: zdarzenie systemowe coś w organizacji osiągnęło określony stan (np. spadek zapasów produktu X poniŝej 1000 sztuk ), zdarzenie okresowe został osiągnięty zdefiniowany moment czasowy (np. początek roku finansowego ), inne zdarzenie zdarzenie, zachodzące poza organizacją (np. zmiana przepisów podatkowych ) Zdarzenie (3) definicja: nazwa zdarzenia - pole Name, typ zdarzenia pole Type, częstotliwość zachodzenia zdarzenia pole Frequency. (C) Instytut Informatyki, Politechnika Poznańska 23 (C) Instytut Informatyki, Politechnika Poznańska 24
7 Składnica (1) Składnica (2) reprezentuje kolekcję informacji lub obiektów materialnych, przykłady: magazyn filmów, kartoteka klientów, hurtownia produktów, składnica powinna mieć co najmniej: jeden przepływ dochodzący reprezentuje przesłanie do składnicy danych lub obiektów materialnych, jeden przepływ wychodzący reprezentuje pobranie ze składnicy danych lub obiektów materialnych; wyjątek składnica, w której składowane są obiekty będące końcowym wynikiem działania procesu. (C) Instytut Informatyki, Politechnika Poznańska 25 typy składnic: informacyjna ang. data store przechowuje informacje (np. kartoteka w systemie informatycznym, kartoteka papierowa) materialna ang. material store przechowuje obiekty materialne (C) Instytut Informatyki, Politechnika Poznańska 26 Składnica (3) definicja: unikalna nazwa pole Name, typ pole Type, unikalna etykieta pole ID, liczba elementów w składnicy grupa Volume: maksymalna średnia minimalna Błędne konstrukcje bezpośredni przepływ między składnicami podwójne przepływy między elementami (potencjalnie błędne) (C) Instytut Informatyki, Politechnika Poznańska 27 (C) Instytut Informatyki, Politechnika Poznańska 28
8 Process Modeler Obiekty diagramu procesów Pozwala na: definiowanie podstawowych procesów zachodzących w przedsiębiorstwie, modelowanie elementów składowych procesów, identyfikowanie procesów wymagających usprawnienia, modelowanie procesów nie istniejących w przedsiębiorstwie, włączanie do diagramów obiektów utworzonych w innych składnikach Oracle Designer. Jednostka organizacyjna Krok procesu Składnica Przepływ Wynik Wyzwalacz (C) Instytut Informatyki, Politechnika Poznańska 29 (C) Instytut Informatyki, Politechnika Poznańska 30 Modelowanie hierarchii procesów Import istniejących obiektów do diagramów (C) Instytut Informatyki, Politechnika Poznańska 31 (C) Instytut Informatyki, Politechnika Poznańska 32
9 Identyfikacja procesów wymagających reorganizacji Repozytorium Oracle Designer (C) Instytut Informatyki, Politechnika Poznańska 33 Repozytorium Oracle Designer miejsce składowania wszelkich obiektów umieszczonych na tworzonych diagramach. obiekty utworzone na jednym diagramie moŝna importować do innych diagramów, usunięcie elementu: tylko z diagramu operacja Wytnij (ang. cut) z diagramu i repozytorium operacja Usuń (ang. delete). implementacja wybrany schemat relacyjny systemu bazy danych narzędzie do przeglądania i modyfikacji obiektów składowanych w repozytorium Oracle Designer. dla kaŝdego obiektu dostępna lista własności. Repository Object Navigator (C) Instytut Informatyki, Politechnika Poznańska 35 (C) Instytut Informatyki, Politechnika Poznańska 36
Przepływy danych. Oracle Designer: Modelowanie przepływów danych. Diagramy przepływów danych (1) Diagramy przepływów danych (2)
Przepływy danych Oracle Designer: Modelowanie przepływów danych Cele: zobrazowanie funkcji zachodzących w organizacji, identyfikacja szczegółowych informacji, przetwarzanych przez funkcje, pokazanie wymiany
Nazwa Symbol Typ Obsługa wypoŝyczeń filmów OWF Krok procesu Obsługa rezerwacji filmów ORF Krok procesu Uzupełnianie stanu magazynu USM Krok procesu
Ćwiczenie 1. Modelowanie procesów Wprowadzenie Celem ćwiczenia jest utworzenie szeregu diagramów procesów, pokazujących wybrane obszary działalności wypoŝyczalni filmów. Struktura wypoŝyczalni składa się
Dane wejściowe. Oracle Designer Generowanie bazy danych. Wynik. Przebieg procesu
Dane wejściowe Oracle Designer Generowanie bazy danych Diagramy związków encji, a w szczególności: definicje encji wraz z atrybutami definicje związków między encjami definicje dziedzin atrybutów encji
bo od managera wymaga się perfekcji
bo od managera wymaga się perfekcji MODELOWANIE PROCESÓW Charakterystyka modułu Modelowanie Procesów Biznesowych (BPM) Modelowanie procesów biznesowych stanowi fundament wdroŝenia systemu zarządzania jakością
Bazy danych 2. dr inż. Tadeusz Jeleniewski
Wykład 4 Projektowanie bazy danych i procesów aplikacji Modelowanie reguł przetwarzania Środowisko przykładowego programu do modelowania reguł przetwarzania Reguły poprawności 2018-02-23 Bazy danych 2
Modelowanie związków encji. Oracle Designer: Diagramy związków encji. Encja (1)
Modelowanie związków encji Oracle Designer: Modelowanie związków encji Technika określania potrzeb informacyjnych organizacji. Modelowanie związków encji ma na celu: dostarczenie dokładnego modelu potrzeb
Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego
Etapy Ŝycia systemu informacyjnego Wprowadzenie do metodologii modelowania systemów informacyjnych 1. Strategia 2. Analiza 3. Projektowanie 4. Implementowanie, testowanie i dokumentowanie 5. WdroŜenie
Modelowanie KONCEPCJA. przedstawiana przez INDYWIDUALNOŚĆ GHJ 6
Modelowanie KONCEPCJA staje się zrozumiała wyrażona za pomocą INDYWIDUALNOŚĆ przedstawiana przez SYMBOL GHJ 6 Podejścia w modelowaniu Pełny zakres WSTĘPUJĄCE Opuszczone szczegóły ZSTĘPUJĄCE Niepotrzebne
Wykorzystanie oprogramowania Oracle Designer do budowy systemów informatycznych
Wykorzystanie oprogramowania Oracle Designer do budowy systemów informatycznych Bartosz Bębel, Krzysztof Jankiewicz Instytut Informatyki, Politechnika Poznańska Bartosz.Bebel@cs.put.poznan.pl Krzysztof.Jankiewicz@cs.put.poznan.pl
Wykorzystanie oprogramowania Oracle Designer do budowy systemów informatycznych
Wykorzystanie oprogramowania Oracle Designer do budowy systemów informatycznych Bartosz Bębel, Krzysztof Jankiewicz Instytut Informatyki, Politechnika Poznańska Bartosz.Bebel@cs.put.poznan.pl Krzysztof.Jankiewicz@cs.put.poznan.pl
Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32
Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:
Projektowanie systemów informatycznych. Diagramy przypadków użycia
Informacje ogólne i przykłady Autor Roman Simiński Kontakt roman.siminski@us.edu.pl www.us.edu.pl/~siminski jako narzędzie modelowania wymagań Nazwa use case diagrams. Cel stosowania Określenie wymagań
MODELOWANIE SYSTEMÓW INFORMACYJNYCH
MODELOWANIE SYSTEMÓW INFORMACYJNYCH Wykładowca: dr inż. Grażyna Hołodnik-Janczura Instytut Organizacji i Zarządzania Politechnika Wrocławska GHJ 1 LITERATURA 1. Barker R., Longman C., CASE*Method: Modelowanie
Język UML w modelowaniu systemów informatycznych
Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 4 Diagramy aktywności I Diagram aktywności (czynności) (ang. activity
Mapowanie wybranych procesów obsługi klienta w sektorze. Dzień 1.
Mapowanie wybranych procesów obsługi klienta w sektorze publicznym Dzień 1. Cele warsztatów Główne cele naszego warsztatu to: przygotowanie do samodzielnego mapowania procesów utrwalenie techniki mapowania
MODELOWANIE PRZEPŁYWU DANYCH
MODELOWANIE PRZEPŁYWU DANYCH 1. Diagram przepływu danych (DFD) 2. Weryfikacja modelu strukturalnego za pomocą DFD Modelowanie SI - GHJ 1 Definicja i struktura DFD Model części organizacji rozważany z punktu
Diagramy przepływu danych II model środowiskowy, diagram odpowiedzi na zdarzenia KI AE PSI 2006 1
Projektowanie systemów informatycznych Zajęcia: Diagramy przepływu danych II model środowiskowy, diagram odpowiedzi na zdarzenia KI AE PSI 2006 1 Model podstawowy składa się z: modelu środowiskowego modelu
Hurtownie danych - przegląd technologii
Hurtownie danych - przegląd technologii Problematyka zasilania hurtowni danych - Oracle Data Integrator Politechnika Poznańska Instytut Informatyki Robert.Wrembel@cs.put.poznan.pl www.cs.put.poznan.pl/rwrembel
INTERNETOWE BAZY DANYCH materiały pomocnicze - wykład X
Wrocław 2006 INTERNETOWE BAZY DANYCH materiały pomocnicze - wykład X Paweł Skrobanek C-3, pok. 323 e-mail: pawel.skrobanek@pwr.wroc.pl INTERNETOWE BAZY DANYCH PLAN NA DZIŚ zajęcia 1: 2. Procedury składowane
Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska
Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Modelowanie biznesowe jest stykiem między
Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji
Diagramy związków encji (ERD) 1 Projektowanie bazy danych za pomocą narzędzi CASE Materiał pochodzi ze strony : http://jjakiela.prz.edu.pl/labs.htm Diagramu Związków Encji - CELE Zrozumienie struktury
PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.5 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT WERSJA numer wersji
Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl
Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki
Ćwiczenie 1. Modelowanie prostego procesu
Ćwiczenie 1. Modelowanie prostego procesu Część 1. Definiowanie nowego projektu 1. Uruchom narzędzie TIBCO Business Studio. 2. Z menu wybierz File -> New -> Project... 3. W oknie dialogowym New Project
Modelowanie danych, projektowanie systemu informatycznego
Modelowanie danych, projektowanie systemu informatycznego Modelowanie odwzorowanie rzeczywistych obiektów świata rzeczywistego w systemie informatycznym Modele - konceptualne reprezentacja obiektów w uniwersalnym
Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)
Zagadnienia (1/3) Rola modelu systemu w procesie analizy wymagań (inżynierii wymagań) Prezentacja różnego rodzaju informacji o systemie w zależności od rodzaju modelu. Budowanie pełnego obrazu systemu
Kondensator, pojemność elektryczna
COACH 03 Kondensator, pojemność elektryczna Program: Coach 6 Projekt: na ZMN060F CMA Coach Projects\PTSN Coach 6\ Elektronika/Kondensator.cma Przykład: Kondensator 1.cmr Cel ćwiczenia: I. Wprowadzenie
Wymagania klienta mogą być opisane na różnych poziomach abstrakcji: Podział wymagań: Wymagania funkcjonalne Wymagania niefunkcjonalne
Definiowanie wymagań Wymagania klienta mogą być opisane na różnych poziomach abstrakcji: 1. Definicja wymagań jest zapisana w języku naturalnym jako rezultat rozmów z przedstawiciela klienta 2. Specyfikacja
Wydział Elektroniki Politechniki Wrocławskiej. Kierunek: Informatyka Specjalność: InŜynieria Systemów Informatycznych
Wydział Elektroniki Politechniki Wrocławskiej Kierunek: Informatyka Specjalność: InŜynieria Systemów Informatycznych Projekt z przedmiotu Komputerowe Systemy Zarządzania (INE3608) pt. System. Opracowanie:
coffee Instrukcja do systemu Warszawa, wrzesień 2008
Instrukcja do systemu coffee Warszawa, wrzesień 2008 Instytut Studiów Programistycznych 1 Spis treści 1. Uruchamianie systemu...3 Logowanie do systemu coffee...3 Logowanie do systemu coffee...3 2. Rejestracja
Technologia informacyjna
Technologia informacyjna Pracownia nr 9 (studia stacjonarne) - 05.12.2008 - Rok akademicki 2008/2009 2/16 Bazy danych - Plan zajęć Podstawowe pojęcia: baza danych, system zarządzania bazą danych tabela,
UML cz. I. UML cz. I 1/1
UML cz. I UML cz. I 1/1 UML cz. I 2/1 UML - Unified Modeling Language ujednolicony można go współdzielić z wieloma pracownikami modelowania służy do opisu projektowanego modelu język posiada opisaną strukturę
1 Projektowanie systemu informatycznego
Plan wykładu Spis treści 1 Projektowanie systemu informatycznego 1 2 Modelowanie pojęciowe 4 2.1 Encja....................................... 5 2.2 Własności.................................... 6 2.3 Związki.....................................
APIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI.
APIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI. dr inż. Grażyna Hołodnik-Janczura W8/K4 ZDARZENIA BIZNESOWE W otoczeniu badanego zakresu
KaŜdy z formularzy naleŝy podpiąć do usługi. Nazwa usługi moŝe pokrywać się z nazwą formularza, nie jest to jednak konieczne.
Dodawanie i poprawa wzorców formularza i wydruku moŝliwa jest przez osoby mające nadane odpowiednie uprawnienia w module Amin (Bazy/ Wzorce formularzy i Bazy/ Wzorce wydruków). Wzorce formularzy i wydruków
Diagram Przepływu Danych - podstawowe bloki składowe i reguły konstrukcji
Diagramu Przepływu danych - CELE Określenie kluczowych obiektów zewnętrznych będących w interakcji z firmą (systemem); Określenie kluczowych procesów występujących w firmie; Określenie sposobu przepływu
Kryzys oprogramowania. Wprowadzenie do modelowania. Metodyka projektowania. Próby walki z kryzysem. zastosowanie odpowiedniej metodyki projektowania
Kryzys oprogramowania Wprowadzenie do modelowania systemów informacyjnych długi i kosztowny cykl tworzenia oprogramowania wysokie prawdopodobieństwo niepowodzenia projektu (USA, 2003: 33% niepowodzeń,
POLITECHNIKA OPOLSKA
POLITECHNIKA OPOLSKA WYDZIAŁ MECHANICZNY Katedra Technologii Maszyn i Automatyzacji Produkcji Laboratorium Podstaw Inżynierii Jakości Ćwiczenie nr 2 Temat: Schemat blokowy (algorytm) procesu selekcji wymiarowej
Inżynieria oprogramowania
Inżynieria oprogramowania Wykład 8 Inżynieria wymagań: analiza przypadków użycia a diagram czynności Patrz: Stanisław Wrycza, Bartosz Marcinkowski, Krzysztof Wyrzykowski, Język UML 2.0 w modelowaniu systemów
Agenda. Cele projektu Wizja projektu Modelowanie biznesowe Wymagania użytkownika Przypadki użycia
Analiza biznesowa Agenda Cele projektu Wizja projektu Modelowanie biznesowe Wymagania użytkownika Przypadki użycia Cele projektu Cechy SMART S Specific Precyzyjne M Measurable Mierzalne A Agreed To Zaakceptowane
Analiza i projektowanie aplikacji Java
Analiza i projektowanie aplikacji Java Modele analityczne a projektowe Modele analityczne (konceptualne) pokazują dziedzinę problemu. Modele projektowe (fizyczne) pokazują system informatyczny. Utrzymanie
...Finanse Księgowość Koszty
1 Środki Trwałe 3 Ewidencja obrotów 4 Kartoteka elementów majątku trwałego 4 Amortyzacja 4 Księgowanie 5 Przeszacowanie 5 Inwentaryzacja 5 Kartoteki pomocnicze 6 Raporty 6 2 Środki Trwałe Wysokie koszty
Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II)
Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II) Jacek Cichosz www.zssk.pwr.wroc.pl Katedra Systemów i Sieci Komputerowych Politechnika Wrocławska Narzędzia modelowania
Hurtownie danych - przegląd technologii
Hurtownie danych - przegląd technologii Politechnika Poznańska Instytut Informatyki Robert.Wrembel@cs.put.poznan.pl www.cs.put.poznan.pl/rwrembel Biznesowe słowniki pojęć biznesowych odwzorowania pojęć
Diagramy czynności. Widok logiczny. Widok fizyczny
Diagramy czynności System widoków 4+1 Kruchtena Widok logiczny Widok fizyczny Widok procesu Widok przypadków użycia Widok konstrukcji Diagramy czynności są jedynym diagramem w widoku procesu modelowanego
Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla studenta
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram
Wykład I. Wprowadzenie do baz danych
Wykład I Wprowadzenie do baz danych Trochę historii Pierwsze znane użycie terminu baza danych miało miejsce w listopadzie w 1963 roku. W latach sześcdziesątych XX wieku został opracowany przez Charles
7. Formularze master-detail
7. Formularze master-detail 1. Utworzymy teraz jeden z bardziej złożonych formularzy dostępnych z kreatora formularz master-detail. Będzie on swoją strukturą przypominał utworzony wcześniej formularz dotyczący
Modelowanie diagramów klas w języku UML. Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014
Modelowanie diagramów klas w języku UML Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014 Czym jest UML - Unified Modeling Language - Rodzina języków modelowania graficznego - Powstanie na przełomie lat 80
Plan. Formularz i jego typy. Tworzenie formularza. Co to jest formularz? Typy formularzy Tworzenie prostego formularza Budowa prostego formularza
4 Budowa prostych formularzy, stany sesji, tworzenie przycisków Plan Co to jest formularz? Typy formularzy Tworzenie prostego formularza Budowa prostego formularza 2 Formularz i jego typy Tworzenie formularza
INFORMATOR TECHNICZNY WONDERWARE. Narzędzie redundancji systemu alarmowania Alarm Hot Backup dla oprogramowania. Struktura systemu redundantnego
Informator Techniczny nr 76 03-01-2005 INFORMATOR TECHNICZNY WONDERWARE Narzędzie redundancji systemu alarmowania Alarm Hot Backup dla oprogramowania InTouch Alarm Hot Backup jest to narzędzie umoŝliwiające
Aplikacja Ramzes. Rejestrator
Ramzes Sp. z o.o. Al. Jerozolimskie 214, 02-486 Warszawa NIP: 527-10-30-866 tel.: +4822 335 98 73, faks: +4822 335 99 73 http://www.ramzes.pl e-mail: ramzes@ramzes.pl Aplikacja Ramzes Rejestrator podręcznik
Inżynieria oprogramowania wykład VI Faza analizy Analiza strukturalna modelowanie procesów, słownik danych
Inżynieria oprogramowania wykład VI Faza analizy Analiza strukturalna modelowanie procesów, słownik danych prowadzący: dr hab. inż. Krzysztof Bartecki, prof. PO Faza analizy systemowej c.d. Wymagania Projektowanie
Bazy Danych. Modele danych. Krzysztof Regulski WIMiIP, KISiM,
Bazy Danych Modele danych Krzysztof Regulski WIMiIP, KISiM, regulski@agh.edu.pl Cele modelowania Strategia informatyzacji organizacji Cele informatyzacji Specyfikacja wymagań użytkownika Model procesów
Bazy danych 1. Wykład 5 Metodologia projektowania baz danych. (projektowanie logiczne)
Bazy danych 1 Wykład 5 Metodologia projektowania baz danych (projektowanie logiczne) Projektowanie logiczne przegląd krok po kroku 1. Usuń własności niekompatybilne z modelem relacyjnym 2. Wyznacz relacje
POLITECHNIKA OPOLSKA
POLITECHNIKA OPOLSKA WYDZIAŁ MECHANICZNY Katedra Technologii Maszyn i Automatyzacji Produkcji Laboratorium Podstaw Inżynierii Jakości Ćwiczenie nr 2 Temat: Schemat blokowy (algorytm) procesu selekcji wymiarowej
Określanie wymagań. Cele przedsięwzięcia. Kontekst przedsięwzięcia. Rodzaje wymagań. Diagramy przypadków użycia use case diagrams
Cele przedsięwzięcia Określanie wymagań Klienta, np. Wzrost efektywności, spadek kosztów, rozszerzenie rynku, unikanie błędów Wykonawcy Biznesowe Techniczne Priorytety! Kontekst przedsięwzięcia Użytkownicy
Oprogramowanie dla biznesu Numer 11 (69) Listopad 2009 JAK SZYBKO I SKUTECZNIE ZAMKNĄĆ ROK?
Oprogramowanie dla biznesu Numer 11 (69) Listopad 2009 JAK SZYBKO I SKUTECZNIE ZAMKNĄĆ ROK? CZY TO MOśLIWE, ABY PRZEZ PROCES ZAMKNIĘCIA ROKU W DUśEJ FIRMIE LEASINGOWEJ PRZEJŚĆ SZYBKO I BEZBOLEŚNIE? MY
Podnoszenie efektywności procesów i działań istota pomiaru, etapy i narzędzia
Podnoszenie efektywności procesów i działań istota pomiaru, etapy i narzędzia Dr inż. Radosław Ryńca Kraków 12.05.2014 PROJEKT WSPÓŁFINANSOWANY PRZEZ SZWAJCARIĘ W RAMACH SZWAJCARSKIEGO PROGRAMU WSPÓŁPRACY
PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.6 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT WERSJA
Projekt Hurtownia, realizacja rejestracji dostaw produktów
Projekt Hurtownia, realizacja rejestracji dostaw produktów Ćwiczenie to będzie poświęcone zaprojektowaniu formularza pozwalającego na rejestrację dostaw produktów dla naszej hurtowni. Dane identyfikujące
Oferta Banku Zachodniego WBK S.A. na usługę Elektronicznej Identyfikacji NaleŜności dla. Warszawa, 2008-11- 14
Oferta Banku Zachodniego WBK S.A. na usługę Elektronicznej Identyfikacji NaleŜności dla Warszawa, 2008-11- 14 I. Opis usługi Elektroniczna Identyfikacja NaleŜności Elektroniczna Identyfikacja NaleŜności
Podyplomowe Studium Informatyki w Bizniesie Wydział Matematyki i Informatyki, Uniwersytet Łódzki specjalność: Tworzenie aplikacji w środowisku Oracle
Podyplomowe Studium Informatyki w Bizniesie Wydział Matematyki i Informatyki, Uniwersytet Łódzki specjalność: Tworzenie aplikacji w środowisku Oracle EFEKTY KSZTAŁCENIA Wiedza Absolwent tej specjalności
RACHUNKOWOŚĆ KOMPUTEROWA JAKO PRZEDMIOT SPECJALICACJI W TECHNIKUM EKONOMICZNYM ROZKŁAD PROGRAMU NAUCZANIA
RACHUNKOWOŚĆ KOMPUTEROWA JAKO PRZEDMIOT SPECJALICACJI W TECHNIKUM EKONOMICZNYM ROZKŁAD PROGRAMU NAUCZANIA Przedstawiony rozkład materiału został oparty o autorski program nauczania do przedmiotu Rachunkowość
Diagramy klas. dr Jarosław Skaruz http://ii3.uph.edu.pl/~jareks jaroslaw@skaruz.com
Diagramy klas dr Jarosław Skaruz http://ii3.uph.edu.pl/~jareks jaroslaw@skaruz.com O czym będzie? Notacja Ujęcie w różnych perspektywach Prezentacja atrybutów Operacje i metody Zależności Klasy aktywne,
Cele przedsięwzięcia
Określanie wymagań Cele przedsięwzięcia Klienta, np. Wzrost efektywności, spadek kosztów, rozszerzenie rynku, unikanie błędów Wykonawcy Biznesowe Techniczne Priorytety! Kontekst przedsięwzięcia Użytkownicy
Karty pracy. Ustawienia. W tym rozdziale została opisana konfiguracja modułu CRM Karty pracy oraz widoki i funkcje w nim dostępne.
Karty pracy W tym rozdziale została opisana konfiguracja modułu CRM Karty pracy oraz widoki i funkcje w nim dostępne. Ustawienia Pierwszym krokiem w rozpoczęciu pracy z modułem Karty Pracy jest definicja
Język UML w modelowaniu systemów informatycznych
Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 3 Diagramy przypadków użycia Diagramy przypadków użycia (ang. use case)
Faza analizy (modelowania) Faza projektowania
Faza analizy (modelowania) Faza projektowania Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie: co i przy jakich ograniczeniach system ma robić? Wynikiem tej analizy jest zbiór wymagań
Paweł Kurzawa, Delfina Kongo
Paweł Kurzawa, Delfina Kongo Pierwsze prace nad standaryzacją Obiektowych baz danych zaczęły się w roku 1991. Stworzona została grupa do prac nad standardem, została ona nazwana Object Database Management
Problemy niezawodnego przetwarzania w systemach zorientowanych na usługi
Problemy niezawodnego przetwarzania w systemach zorientowanych na usługi Jerzy Brzeziński, Anna Kobusińska, Dariusz Wawrzyniak Instytut Informatyki Politechnika Poznańska Plan prezentacji 1 Architektura
Technologie informacyjne - wykład 12 -
Zakład Fizyki Budowli i Komputerowych Metod Projektowania Instytut Budownictwa Wydział Budownictwa Lądowego i Wodnego Politechnika Wrocławska Technologie informacyjne - wykład 12 - Prowadzący: Dmochowski
Ustawianie lokalizacji dla indeksów Ustawianie lokalizacji dla indeksów spis kroków
spis kroków Krok 1 Słownik lokalizacji...2 Krok 2 Słownik lokalizacji asortymentu...4 Krok 3 - Utworzenie powiązania lokalizacji z asortymentem...7 Krok 3.1 Utworzenie powiązania z poziomu Słownika Lokalizacji
Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Diagramy przypadków użycia
Projektowanie systemów informatycznych Roman Simiński roman.siminski@us.edu.pl siminskionline.pl Diagramy przypadków użycia Diagramy przypadków użycia jako narzędzie modelowania wymagań Nazwa diagramu
Podręcznik Integracji
Podręcznik Integracji Spis treści 1. Integracja oferty... 3 1.1. Samodzielne wprowadzanie oferty sklepu... 3 1.2. Automatyczne wprowadzanie oferty z pliku XML... 3 1.3. Cyklicznie pobieranie oferty ze
Definicje. Algorytm to:
Algorytmy Definicje Algorytm to: skończony ciąg operacji na obiektach, ze ściśle ustalonym porządkiem wykonania, dający możliwość realizacji zadania określonej klasy pewien ciąg czynności, który prowadzi
Diagramy przypadków uŝycia. związków między nimi
Diagramy przypadków uŝycia Graficzne przedstawienie przypadków uŝycia, aktorów oraz związków między nimi Zadania diagramów platforma komunikacji pomiędzy inwestorem a twórcą systemu identyfikacja i dokumentacja
ZARZĄDZANIU. Wykład VI. dr Jan Kazimirski
INFORMATYKA W ZARZĄDZANIU Wykład VI dr Jan Kazimirski jankazim@mac.edu.pl http://www.mac.edu.pl/jankazim MODELOWANIE SYSTEMÓW UML Literatura Joseph Schmuller UML dla każdego, Helion 2001 Perdita Stevens
15. Funkcje i procedury składowane PL/SQL
15. Funkcje i procedury składowane PLSQL 15.1. SQL i PLSQL (Structured Query Language - SQL) Język zapytań strukturalnych SQL jest zbiorem poleceń, za pomocą których programy i uŝytkownicy uzyskują dostęp
Program do obsługi ubezpieczeń minifort
Program do obsługi ubezpieczeń minifort Dokumentacja uŝytkownika Zarządzanie kontaktami - CRM Kraków, grudzień 2008r. Zarządzanie kontaktami - CRM W kaŝdej Agencji ubezpieczeniowej, obsługującej klientów
Kierunki rozwoju systemów obiegu dokumentów: Enterprise Content Management. Jarosław Żeliński analityk biznesowy, projektant systemów
Kierunki rozwoju systemów obiegu dokumentów: Enterprise Content Management Jarosław Żeliński analityk biznesowy, projektant systemów Cel prezentacji Coraz częściej można się spotkać w firmach z potrzebą
III. Dane podstawowe definiowanie organizacji
Ćwiczenia z użytkowania systemu MFG/PRO 1 III. Dane podstawowe definiowanie organizacji 1.1.1 Kartoteka kodów statusów zapasów Kod statusu zapasów określa parametry statusu zapasów w zakresie: Dostępne
Instrukcja uŝytkownika
Generator Wniosków Aplikacyjnych dla Regionalnego Programu Operacyjnego Województwa Kujawsko-Pomorskiego na lata 2007-2013 Instrukcja uŝytkownika Aplikacja współfinansowana ze środków Europejskiego Funduszu
Modelowanie i Programowanie Obiektowe
Modelowanie i Programowanie Obiektowe Wykład I: Wstęp 20 październik 2012 Programowanie obiektowe Metodyka wytwarzania oprogramowania Metodyka Metodyka ustandaryzowane dla wybranego obszaru podejście do
Instrukcja wypełniania. Zlecenia wypłaty gotówki w oddziale (SWE)
Instrukcja wypełniania Zlecenia wypłaty gotówki w oddziale (SWE) Niniejsza instrukcja przedstawia szczegółowo, w jaki sposób naleŝy prawidłowo wypełnić zlecenie wypłaty gotówki w oddziale (SWE). Zlecenie
Zintegrowana platforma drukowania, skanowania, archiwizowania i obiegu
Zintegrowana platforma drukowania, skanowania, archiwizowania i obiegu dokumentów - metodą na optymalizację kosztów Urszula Cedrowska Dyrektor Pionu Technologii Agenda Kategorie głównych kosztów związanych
WPROWADZENIE DO BAZ DANYCH
WPROWADZENIE DO BAZ DANYCH Pojęcie danych i baz danych Dane to wszystkie informacje jakie przechowujemy, aby w każdej chwili mieć do nich dostęp. Baza danych (data base) to uporządkowany zbiór danych z
ZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż. ADAM KOLIŃSKI ZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż.
1 ZARZĄDZANIE PROCESAMI I PROJEKTAMI 2 ZAKRES PROJEKTU 1. Ogólna specyfika procesów zachodzących w przedsiębiorstwie 2. Opracowanie ogólnego schematu procesów zachodzących w przedsiębiorstwie za pomocą
miejsca przejścia, łuki i żetony
Sieci Petriego Sieć Petriego Formalny model procesów umożliwiający ich weryfikację Główne konstruktory: miejsca, przejścia, łuki i żetony Opis graficzny i matematyczny Formalna semantyka umożliwia pogłębioną
Technologie obiektowe
WYKŁAD dr inż. Paweł Jarosz Instytut Informatyki Politechnika Krakowska mail: pjarosz@pk.edu.pl LABORATORIUM dr inż. Paweł Jarosz (3 grupy) mgr inż. Piotr Szuster (3 grupy) warunki zaliczenia Obecność
Wyzwalacze. do automatycznego generowania wartości kluczy głównych. Składnia instrukcji tworzacej wyzwalacz
Wyzwalacze Wyzwalacze są specjalnymi procedurami składowanymi, uruchamianymi automatycznie w następstwie zaistnienia określonego typu zdarzenia. Ich główne zadanie polega na wymuszaniu integralności danych
OdświeŜanie hurtownie danych - wykład IV. Zagadnienia do omówienia. Wprowadzenie
OdświeŜanie hurtownie danych - wykład IV Paweł Skrobanek, C-3 pok. 323 pawel.skrobanek@pwr.wroc.pl oprac. Wrocław 2006/2007 Zagadnienia do omówienia 1. Wprowadzenie 2. Klasyfikacja źródeł danych 3. Wymagania
KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA
KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA Przygotował: mgr inż. Radosław Adamus Wprowadzenie Podstawą każdego projektu, którego celem jest budowa oprogramowania są wymagania, czyli warunki,
PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji
POWIADOMIENIE SMS ALBATROSS S2. Opis aplikacji do programowania
POWIADOMIENIE SMS ALBATROSS S2 Opis aplikacji do programowania 1 Spis treści 1. OPIS I URUCHOMIENIE APLIKACJI DO PROGRAMOWANIA ALBATROSS S2... 3 2. NAWIĄZANIE POŁĄCZENIA APLIKACJI Z URZĄDZENIEM ALBATROSS
System zarządzania bazą danych SZBD (ang. DBMS -Database Management System)
Podstawowe pojęcia Baza danych Baza danych jest logicznie spójnym zbiorem danych posiadających określone znaczenie. Precyzyjniej będzie jednak powiedzieć, Ŝe baza danych jest informatycznym odwzorowaniem
Nowe funkcjonalności wersji 3.12.0
1. Folder poczekalnia Nowe funkcjonalności wersji 3.12.0 Dostępny jest z poziomu strony głównej w zakładce Foldery 2. Wkładka adresowa Zdefiniowane wkładu 3. Lokalizacja składów chronologicznych Możliwość
System Obsługi Pacjentów PulsRFID. www.rfid.comex.net.pl Wrocław listopad 2007 1
System Obsługi Pacjentów PulsRFID www.rfid.comex.net.pl Wrocław listopad 2007 1 PulsRFID.założenia Usprawnienie obsługi pacjenta w przychodni zdrowia: Szybsza obsługa pacjenta Dokładna informacja o wykonywanych
Plan. Zarządzanie zespołem rozproszonym. 1. O co chodzi w Agile (bez Manifestu!) 2. Rozpoczynanie projektu. 3. Utrzymywanie komunikacji
Zarządzanie zespołem rozproszonym Jakub Dziwisz kuba@agiletuning.com Plan 1. O co chodzi w Agile (bez Manifestu!) 2. Rozpoczynanie projektu 3. Utrzymywanie komunikacji 4. Zrozumienie wymagań uŝytkownika
Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON
Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON Opis szkoleń z obszaru INFORMATYKA planowanych