Informatyka UJ forum

h

kiedy jest egzamin z Informatycznych Systemów Zarządzania u dr Martyny?

kap00ch

jutro ;p

teon

A jakiś inny termin? Albo materiały obiecane? :P

kap00ch

12,19 materialy moze beda a moze nie ; p

Fidel

kapooch a skad to wiesz?

sa juz pytania do egzaminu na jego stronie

yuuu

no bo ja pisałam do dr Martyny maila i wlasnie jedyne co wskorałam poki co to te pytania, niestety na pytanie o materiały nie dostałam zadnej odpowiedzi ;d

ić_pan

a o ktorej i w jakiej sali ten egzamin odbywac sie bedzie??

insane

ej mogl to jakos bardziej rozglosic, bo tak cos mi sie wydaje ze zauwazyl ze na ten wyklad "nie wszyscy" chodza;] to jest w ogole ustny czy pisemny, i czy ktos moze potwierdzic te inne terminy: 12 i 19

yuuu

ustne, i terminy potwierdzam ;) widziałam na wlasne oczy ;D

insane

dziekuje alkoholiku;]

Fidel

jakies konkretne godziny?

smas

może prosze o zbyt wiele, ale o której jest ten egzamin? Od której? Bo nie wiem co szefowi powiedzieć

yuuu

od 10 z tego co pamietam ;D

@ins: pijak sie odezwał ;p

Azhag

3.Informatyczny system zarządzania
Obecnie istnieje wiele różnych systemów informacyjnych zarządzania. Można tu wyróżnić: Systemy informacyjne zarządzania (MIS - Management Information Systems), systemy wspomagania decyzji (Decision Support Systems -DSS), systemy informacyjne kierownictwa (Executive Information Systems - EIS), systemy wspomagania kierownictwa (Executive Support Systems - ESS) czy systemy eksperckie (Expert Systems - ES), i systemy oparte o bazy wiedzy (Knowledge Based Systems). Dodatkowo można także wyróżnić biurowe systemy informacyjne (Office Information Systems - OIS, lub Office Automation Systems -OAS).
Charakteryzując opisane wyżej systemy informatyczne należy odnieść się do ich cech mających znaczenie dla kierownictwa różnych szczebli. Wyróżnić można tutaj następujące cechy szczególne: rodzaj – forma - zasobów informacyjnych, wykorzystywane modele i procedury, środki techniczne, rodzaje wspomaganych decyzji.
Klasyfikacja
Ze względu na obszar zastosowań:
systemy zarządzania produkcją, systemy zarządzania zasobami materialnymi, systemy zarządzania logistyką i dystrybucją, systemy zarządzania zasobami niematerialnymi, systemy zarządzania finansami
Ze względu na generację systemu:
systemy transakcyjne (ewidencyjno-sprawozdawcze), systemy informacyjno-decyzyjne, systemy wspomagania decyzyjnego (doradcze, ekspertowe).
Ze względu na szczebel zarządzania:
systemy zarządzania operacyjnego, systemy zarządzania taktycznego, systemy zarządzania strategicznego.
Ze względu na poziom kompleksowości:
systemy proste (jednodziedzinowe i/lub jednofunkcyjne), systemy wielodziedzinowe i/lub wielofunkcyjne, systemy kompleksowe.
Ze względu na stopień integracji:
systemy autonomiczne, systemy częściowo zintegrowane, systemy zintegrowane.
Ze względu na uniwersalność:
systemy oparte na komputerowych pakietach narzędziowych, systemy indywidualne, systemy powielarne, systemy typowe i standardowe

5. Rozwoj ISZ - TPS-system ewidencyjno transakcyjny =>> SID-informacyjno decyzyjne => SWD-wspomagania decyzji => SE-eksperckie => SIK-informowania kierownictwa => SSI-sztuczna inteligecja => ZSI-zintegrowanie systemy informatyczne.

6.Komputerowo Zintegrowane Wytwarzanie (CIM - Computer Integrated Manufacturing) - obejmuje wszystkie aspekty wytwarzania wspomaganego przez komputer, systemy wspomagania logistyki i technologii produkcji. Wyróżnia się:

* CAD -Projektowanie (Computer Aided Design)CAE - Konstruowanie (Computer Aided Engineering)CAP - Planowanie (Computer Aided Planning)CAM - Wytwarzanie (Computer Aided Manufacturing)CAQ - Kontrola Jakości (Computer Aided Quality Control)

CIM charakteryzuje się m.in.:

* procesowym zintegrowaniem narzędzi CAX opartych na modelach i bazie przedsiębiorstwa
* możliwością elastycznego reagowania na potrzeby rynku, wprowadzaniem zmian oraz programem modernizacji produktów procesów wytwórczych
* koniecznością wykorzystania kosztownej infrastruktury technicznej przedsiębiorstwa

Komputerowe wspomaganie wytwarzania (CAM - Computer Aided Manufacturing) - system komputerowy, który ma za zadanie integrację fazy projektowania i wytwarzania. Jeden z elementów zintegrowanego wspomagania wytwarzania (CIM).

Cechą charakterystyczną systemu jest transformacja (przetwarzanie) obiektów (modeli powstałych w wyniku modelowania komputerowego 2D/3D; modeler może, ale nie musi być częścią składową programu CAM) na instrukcje maszynowe (dokładnie: na instrukcje sterujące pozycją narzędzia obróbczego; maszyny NC i CNC), które umożliwiają wytwarzanie elementów.
BIS - business information system ( gospodarczy system informacyjny )
FMS - flexible manufacturing system - obejmuja obrobke mechaniczna, montaz, magazynowanie, transport
MRP 2 - Manufacturing Resource Planning. 1. Metoda planowania zasobów produkcyjnych w przedsiębiorstwie. Jako logiczne rozwinięcie filozofii MRP dodatkowo uwzględnia wykorzystywanie zdolności produkcyjnych i wyposażenia technicznego. Integruje operacje wytwórcze z planowaniem finansowym. Formalny standard został zdefiniowany przez APICS w roku 1989 i obejmuje m.in. planowanie sprzedaży i produkcji, planowanie potrzeb materiałowych, zarządzanie zleceniami. 2. Klasa systemów informatycznych realizujących metodę MRP II.

7. System MRP II (Manufacturing Resource Planning) pozwala planowanie zasobów produkcyjnych, obejmuje sterowanie zasobami i produktami przedsiębiorstwa oraz zarządzanie działalnością firmy także w aspekcie finansowym, uzupełnione o moduły planowania sprzedaży, zarządzania kadrami, stanowiskami roboczymi, gotówką itp. Umożliwiają planowanie działalności przedsiębiorstwa produkcyjnego i dystrybucyjnego (handlowego),

Celem opracowania tego modułu było zwiększenie możliwości przedsiębiorstwa w zakresie sprawnego i szybkiego reagowania na zmieniające się potrzeby klientów przy równoczesnej redukcji poziomu składowanych zapasów. W module tym uwzględnione są aktualne zdolności produkcyjne, poziom zatrudnienia oraz posiadane wyposażenie techniczne. Projektowane operacje zostają zintegrowane z planowaniem finansowym. Prognozuje się bowiem w tym przypadku przepływy finansowe niezbędne do prowadzenia działalności na określoną wcześniej skalę w oparciu o prognozy sprzedaży i przyjęte zamówienia. System taki jest znacznie bardziej złożony w porównaniu do MRP i wymaga znacznie obszerniejszego zaplecza informacyjnego. Do podstawowych funkcji MRP II należą:

* planowanie działalności,harmonogramowanie produkcji,planowanie zapotrzebowania materiałowego,planowanie zapotrzebowania potencjału,bieżące sterowanie produkcją.

Zastosowanie MRP II jako udoskonalenia poprzedniego systemu (MRP) polegało przede wszystkim na zainstalowaniu nowych elementów umożliwiających:

* permanentną kontrolę przebiegu procesu produkcyjnego i związaną z tym prezentacja na bieżąco stanu jego zaawansowania w * zakresie wytwarzania zamówionych wyrobów,natychmiastową reakcję na zmiany charakterystyki i ilości produkowanych dóbr,wyznaczanie pożądanej wielkości zapasów,określanie stopnia obciążenia wykorzystywanych urządzeń produkcyjnych,kształtowanie kosztów wytwarzania.

Poprzez stosowanie symulacji (przede wszystkim w warunkach wspomagania komputerowego) prezentowany moduł umożliwia również dokładną analizę możliwych sytuacji. Jako zaletę MRP II należy także wskazać zintegrowanie planowania w ujęciu ilościowym z planowaniem w ujęciu wartościowym, co umożliwia wyrażenie wielkości planowanych w jednostkach pieniężnych.

8. ERP - Enterprise Resource Planning - planowanie zasobow,rozwiniecie mrp2 o procedury finansowe ( rachunkowsc zarzadcza, cash flow, rachunek kosztow dzialania).Pozwalają na zarządzanie przedsiębiorstwem głównie przez pryzmat jego finansów z uwzględnieniem występujących na rynku warunków i ograniczeń.
DEM - Dynamicly enterprise modelling - Zintegrowane narzędzie do modelowania procesów gospodarczych, struktury organizacyjnej i automatycznego konfigurowania wdrażanego systemu. Stanowi element metodyki wdrażania Target.

9. -> 7
10.Do cech wspólnych wszystkich oferowanych systemów klasy ERP zalicza się przede wszystkim:
uwzględnienie wszystkich dziedzin działalności firmy, konstrukcja modułowa umożliwiająca kilkuetapowe wdrażanie prezentowanego systemu, integracja podsystemów i funkcji przedsiębiorstwa, uwzględnienie zarówno przedsięwzięć realizowanych w obrębie logistyki wewnątrz firmy, jak również innych związanych ze współpracą w ramach łańcucha dostaw, możliwość dostosowania do zróżnicowanych warunków organizacyjnych i przedmiotów działalności firm, otwartość pozwalająca na instalowanie nowych modułów, a także na połączenia z systemami zewnętrznymi, zorientowanie na procesy, wspomaganie controllingu,

13. ARIS (Architektury Zintegrowanych Systemów Informacyjnych; ang. Architecture of Integrated Information Systems) - metoda analizy i modelowania procesów gospodarczych prowadzącą do stworzenia w przedsiębiorstwie zintegrowanego systemu przetwarzania informacji. Jest to koncepcja ramowa kompleksowego modelowania wspomaganych komputerowo systemów informacyjnych. W 1993 roku na rynku pojawił się pakiet oprogramowania o nazwie ARIS-Toolset (wersja 1.0), który oferował metody i narzędzia do tworzenia i wdrażania systemów informatycznych.

Wprowadzenie ARIS w przedsiębiorstwie ma na celu:

* uporządkowanie (standaryzację) istniejących procesów,wprowadzenie usprawnień w istniejących procesach,wprowadzenie zupełnie nowych procesów.

Istotą podejścia realizowanego przez metodę ARIS jest badanie tzw. łańcucha procesów będącego obrazem realizowanych w systemie przedsiębiorstwa procesów biznesowych (gospodarczych), a także towarzyszących im i z nimi połączonych procesów informacyjnych. Metoda wykorzystuje graficzne techniki projektowania strukturalnego i procesowego, takie jak:

* ERM (Entity Relationship Model),drzewo funkcji,diagram celu,organigram,diagram łańcucha wartości,EPC (Extended event-driven process chain).

14. SAP R/3: SAP był pionierem w dziedzinie oprogramowania klasy ERP, dzięki czemu uzyskał i utrzymał rolę lidera na rynku.[potrzebne źródło] Przez wiele lat głównym produktem SAP był SAP R/3; gdzie "R" odnosi się do angielskiego terminu Realtime; a "3" do 3 poziomowej architektury systemu: bazy danych, serwera aplikacji i klienta (SAPgui, które obecnie uzupełnia SAPGui for Java). Poprzednikiem SAP R/3 był SAP R/2, który był oparty na architekturze typu mainframe. Ostatnią wersją R/3 jest wersja 4.7. Od kilku lat nowe produkty oparte są na platformie Netweaver i odpowiednikiem R/3 jest teraz system ERP (ERP 6.0).

SAP R/3 is a client/server based application, utilizing a 3-tiered model. A presentation layer, or client, interfaces with the user. The application layer houses all the business-specific logic, and the database layer records and stores all the information about the system, including transactional and configuration data.

SAP R/3 functionality is structured using its own proprietary language called ABAP (Advanced Business Application Programming). ABAP, or ABAP/4 is a fourth generation language (4GL), geared towards the creation of simple, yet powerful programs. R/3 also offers a complete development environment where developers can either modify existing SAP code to modify existing functionality or develop their own functions, whether reports or complete transactional systems within the SAP framework.

ABAP's main interaction with the database system is via Open SQL statements. These statements allow a developer to query, update, or delete information from the database. Advanced topics include GUI development and advanced integration with other systems. With the introduction of ABAP Objects, ABAP provides the opportunity to develop applications with object-oriented programming.

The most difficult part of SAP R/3 is its implementation, since SAP R/3 is never used the same way in any two places. For instance, Atlas Copco can have a different implementation of SAP R/3 from Procter & Gamble. Some companies may run multiple productive clients/systems or even multiple instances of SAP R/3. This is seen, for example, when a company running R/3 acquires a new business already running R/3. They may elect to keep both systems separate, migrate one into the other, or migrate both onto a completely new instance.

15. SAP R/3 is arranged into distinct functional modules, covering the typical functions in place in an organization. The most widely used modules are Financials and Controlling (FICO), Human Resources (HR), Materials Management (MM), Sales & Distribution (SD), and Production Planning (PP). Those modules, as well as the additional components of SAP R/3, are detailed in the next section.

Each module handles specific business tasks on its own, but is linked to the others where applicable. For instance, an invoice from the Billing transaction of Sales & Distribution will pass through to accounting, where it will appear in accounts receivable and cost of goods sold.

SAP has typically focused on best practice methodologies for driving its software processes, but has more recently expanded into vertical markets. In these situations, SAP produces specialized modules (referred to as IS or Industry Specific) geared toward a particular market segment, such as utilities or retail.

Using SAP often requires the payment of hefty license fees, as the customers have effectively outsourced various business software development tasks to SAP. By specializing in software development, SAP hopes to provide a better value to corporations than they could if they attempted to develop and maintain their own applications.
The implementation must consider the company's needs and resources. Some companies implement only a few modules of SAP while others may want numerous modules. SAP has several layers. The Basis System (BC) includes the ABAP programming language, and is the heart (i.e. the base) of operations and should not be visible to higher level or managerial users. Other customizing and implementation tools exist also. The heart of the system (from a manager's viewpoint) are the application modules. These modules may not all be implemented in a typical company but they are all related

16. ERP (ang. Enterprise Resource Planning - Planowanie Zasobów Przedsiębiorstwa) to termin będący określeniem na klasę systemów informatycznych, na które składa się zbiór współpracujących ze sobą aplikacji (modułów). Systemy te służą do wspomagania zarządzania znacznej ilości działań wykonywanych w przedsiębiorstwie lub grupy współpracujących ze sobą przedsiębiorstw poprzez gromadzenie oraz umożliwienie wykonywania operacji na zebranych danych[1]. Wspomaganie to może obejmować wszystkie lub część szczebli zarządzania i ułatwia optymalizację wykorzystania zasobów oraz zachodzących procesów przedsiębiorstwa.

Systemy ERP są rozwinięciem systemów MRP II. Podstawowym ich elementem jest baza danych, która zazwyczaj jest wspólna dla wszystkich pozostałych modułów. Moduły te zwykle obejmują następujące obszary:[1]

* magazynowanie,zarządzanie zapasami,śledzenie realizowanych dostaw,planowanie produkcji,zaopatrzenie,sprzedaż,kontakty z klientami,księgowość,finanse , zarządzanie zasobami ludzkimi (płace, kadry)

W skład systemów ERP mogą wchodzić również inne moduły, jak np. moduł zarządzania transportem, controlling, czy zarządzanie projektami. Systemy ERP są dosyć elastyczne i umożliwiają dopasowanie ich do specyfiki poszczególnych przedsiębiorstw, m.in. dlatego, iż poszczególne moduły mogą być wzajemnie niezależne od siebie (tzn. mogą pracować bez obecności innych modułów).

Systemy te zazwyczaj pozwalają też na ustalenie uprawnień dostępu dla poszczególnych użytkowników. Inną cechą charakterystyczną systemów jest umożliwienie użytkownikom wykonania procesu planowania "z dołu do góry" (ang. bottom-up replannig), czyli możliwości wprowadzania zmian (nanoszenia poprawek, rozpatrywania alternatywnych rozwiązań) w rozwiązaniach zaproponowanych przez system (np. zmiana wielkości partii dostawczej)[1].

Przykładem takiego systemu może być Impuls 5

17. Diagramy zwiazkow encji E-R (ERD) (od ang. Entity-Relationship Diagram) — rodzaj graficznego przedstawienia związków pomiędzy encjami używany w projektowaniu systemów informacyjnych do przedstawienia konceptualnych modeli danych używanych w systemie.

Systemy CASE, które wspierają tworzenia tych diagramów, mogą na ich podstawie automatycznie tworzyć bazy danych odpowiadające relacjom na diagramie.

Diagram pokazuje logiczne związki pomiędzy różnymi encjami, związki te mają dwie cechy:

1. Opcjonalność, która mówi o tym, czy każda encja musi czy też może wystąpić równocześnie z inną. Np. TOWAR musi zostać zakupiony przez co najmniej jednego KLIENTA, ale KLIENT może być nabywcą TOWARU. W reprezentacji graficznej linia przerywana oznacza opcjonalność związku, natomiast ciągła wymóg związku.
2. Krotność,

W przypadku związków M:N często stosuje się normalizację diagramu, która polega na dodaniu encji pośredniczącej i zastąpienie związku M:N dwoma związkami 1:N z nową encją.

18. Diagram ERD
ogolnie wszystko o ERD z Janusza Jurka. Relacja reprezentuje powiązanie pomiędzy typami obiektów, czyli
zbiór powiązań pomiędzy obiektami danych typów.
+--------+ / \ +---------+
| klient |-----<zamawia>----| produkt |
+--------+ \ / +---------+
Przykładowe znaczenia
powyzszego diagramu:
- klient A zamawia produkt nr 1
- klient B zamawia produkt nr 5 i nr 8
- klient C zamawia produkt nr 10
- klient D nic nie zamawia

19. Diagramy przeplywu danych DFD (DPD lub z ang. DFD - Data Flow Diagram) - graficzna prezentacja przepływu danych w procesie. Na proces składają się następujące elementy:

* Funkcje — (procesy) realizują określone cele; jeśli funkcji nie można rozbić na pod-funkcje, wówczas nosi ona nazwę elementarnej.
* Magazyny danych — trwałe lub tymczasowe składnice danych, które są argumentami dla funkcji.
* Terminatory — obiekty, które nie są częścią systemu, ale stanowią odbiorców bądź źródła danych lub argumentów funkcji.
* Przepływy — elementy pokazujące kierunek przesyłu danych (np. bajtów, znaków, pakietów..).

DFD obrazuje za pomocą przepływów kierunek przepływu danych pomiędzy funkcjami, magazynami i obiektami zewnętrznymi. DFD mogą być prezentowane na różnych stopniach szczegółowości, mówimy o:

1. Diagramach kontekstowych, które pokazują granice systemu, źródła i odbiorców danych oraz główne wejścia i wyjścia systemu.
2. Diagramach systemowych (zerowych), które przedstawiają główne funkcje systemu.
3. Diagramach szczegółowych (procesów elementarnych), które pokazują szczegółowe realizacje funkcji systemowych

20. // TODO

21. Obiektowe projektowanie jest metodą projektowania obejmującą proces dekompozycji ukierunkowanej na obiekty oraz notację dla przedstawienia zarówno logicznego i fizycznego, jak tez statycznego i dynamicznego modelu projektowanego systemu.
Obiektowa analiza jest metodą analizy, która bada wymagania uzytkownika z perspektywy klas i obiektów, które zostały zidentyfikowane w dziedzinie problemu.
Metoda Boocha - wprowadzona na początku lat 90-tych jedna z najpopularniejszych metod obiektowej analizy i obiektowego projektowania systemów informatycznych (Object-Oriented Analysis, OOA, Object-Oriented Design, OOD).
Podejście obiektowe zakłada traktowanie systemu informatycznego jako zbioru obiektów i klas pomiędzy którymi określone zostały róznorakie relacje.
Obiekt nazywany tez instancją (instance), to element nalezący do pewnej dziedziny (klasy), który jest charakteryzowany w tej dziedzinie przez:
1.wewnętrzny stan (state) Stan obiektu określony jest przez wartość zmiennych składających się na strukturę obiektu. Zmienne, czyli własności obiektu, nazywane są obiektami członkowskimi (member objects) lub polami (fields).
2.sposób zachowania się (behaviour) Sposób zachowania się obiektu jest określony przez operacje (operations) jakie mogą być na nim wykonywane przez inne obiekty, przez operacje jakie on moze wykonywać na innych obiektach oraz przez skutki dokonania tych operacji.
3.unikalną tozsamość (identity) Obiekt musi być jednoznacznie identyfikowany spośród innych obiektów.
NA PRZYKLAD Mój samochód jako obiekt:
Ad1. liczbę przejechanych kilometrów, aktualną prędkość, ilość paliwa, itp.
Ad2. poruszanie się po drodze (operacja wykonywana przez obiekt klasy samochód na obiekcie klasy droga)
Ad3. określona jednoznacznie poprzez numer rejestracyjny

22. Podejście strukturalne:
-Orientacja na funkcje i procesy.- Uwaga twórców sys. skupiona jest na definiowaniu
logicznego modelu procesów (analiza) i definiowaniu fizycznego modelu
procesów(projektowanie).
-Orientacja na dane – Odrębnie od modelowania funkcji i procesów prowadzi się definiowanie
logicznego modelu danych(analiza) i fizycznego modelu danych (projektowanie).
- Analiza zstępująca- Koncentracja na najbardziej ogólnych funkcjach i procesach. Funkcje i
procesy nast. są uszczegóławiane, analizowane i dekomponowane na procesy elementarne.
Koncentracja na najbardziej ogólnych danych. Dane są nast. uszczegóławiane oraz badane są
powiązania pomiędzy danymi. Wynikiem tego jest ich dekompozycja na zbiory, rekordy ,
atrybuty.
- Priorytet analizy logicznej- Koncentracja uwagi na logicznych aspektach analizy funkcji,
procesów i danych. Aspekty fizyczne projektowanie zbiorów i programów przesuwane są na
dalszy plan
- Odrębność modelowania danych i procesów- Opis danych i procesów przebiegają odrębnie i
często są wykonywane przez róŜne grupy twórców sys. np. model fizyczny danych-analityk,
model fizyczny procesów- programista
- Stosowanie programowania strukturalnego
Podejście obiektowe:
- Integracja modelu danych i procesów – Jednoczesne modelowanie danych i realizowanych
na nich procesów, czyli tworzenie statycznego i dynamicznego modelu sys.
- Dane i procedury powiązane ze sobą w obiektach. – Modelowanie obiektowe opiera się na
zasadzie modularyzacji, tj na jednoczesnej specyfikacji modułów złozonych z dwóch
elementów: danych oraz procedur, które na nich operują . Moduł taki nosi nazwę obiektu.
Kazdy obiekt stanowi zatem oddzielny moduł, zawierający dane i procesy. System stanowi
zbiór powiązanych ze sobą obiektów.
- Hermetyzacja(enkapsulacja)- Zmiana jakiegoś elementu danych dotyczy jedynie określonego
obiektu i nie ma wpływu na dane i procedury zawarte w innych obiektach. Dzięki temu mona
modyfikować zakres atrybutów i metod danego obiektu bez skutków dla innych obiektów.
- Grupowanie obiektów w klasy- Obiekty wykazujące wspólne cechy(atrybuty) i zachowania
(metody) grupowane są w klasy obiektów. Kazdy obiekt moze nalezeć tylko do jednej klasy.
- Dziedziczenie danych i procedur w ramach hierarchii klas. – Nowe klasy, zwane podklasami,
tworzy się z klas juz istniejących. Przyjmują one atrybuty i metody z klas, z których zostały
utworzone, a ponadto dołączają do nich swoje atrybuty i metody.
- Komunikacja między obiektami za pomocą przesyłania komunikatów. Komunikaty
powodują zmiany stanu obiektów lub przesyłanie wyników.

23. IDEF (Integration DEFinition) is a family of modeling languages in the field of systems and software engineering. They cover a range of uses from function modeling to information, simulation, object-oriented analysis and design and knowledge acquisition. These "definition languages" have become standard modeling techniques.

24. BRP, an approach aiming at improvements by means of elevating efficiency and effectiveness of the business process that exist within and across organizations. The key to BPR is for organizations to look at their business processes from a "clean slate" perspective and determine how they can best construct these processes to improve how they conduct business.

25. Wady i zalety outsourcingu.

Korzyści:

* możliwość wykorzystania outsourcingu jako metody na reorganizację firmy,przewidywalność, redukcja i kontrola kosztów operacyjnych,koncentracja firmy na działalności podstawowej,uzyskanie niedostępnych dla firmy zasobów (ludzie, technologie, wiedza),zwolnienie własnych zasobów do innych celów,poprawa jakości naszego produktu (usługi),korzystanie z inwestycji innych firm,podział ryzyka i odpowiedzialności,zwiększona konkurencyjność,

Wady:

* pokazanie niemożności wykonania pewnych funkcji,uzależnienie się od firm zewnętrznych,możliwość utraty kontroli nad pewnymi funkcjami (utrata jakości),możliwość utraty cennych informacji,niepopularność społeczna,

26. Zagrozenia: Proces tworzenia i wdrazania ISZ w organizacji powinien być poprzedzony (przewiduje) m.in.
gruntowną identyfikację i analizę procesów (reengineering – przebudowa, przeprojektowanie
procesów). Jest to dogodny moment, aby przy tej okazji wprowadzić niezbędne zmiany w celu
ich usprawnienia. Jest to zadanie trudne, wymagające duzej wiedzy i doświadczenia od
zespołu wdrazającego. Wiąze się to takze z trudnościami natury mentalnej, zarówno ze strony
niektórych członków kierownictwa, jak i ze strony pracowników.
źle dokonany wybór wdrazanego systemu
przebieg prac projektowo-wdrozeniowych
opóźnienia
przekroczenie budzetu
nie spełnienie oczekiwań uzytkownika
Pokonanie tych trudności i właściwe przeprowadzenie tego etapu wdrazania ISZ jest
warunkiem powodzenia przedsięwzięcia.

exeman

Na wage złota te notatki, dzięki Azhag!

smas

i jak wrażenia? i jak oceny?

cheater_

Właśnie, bo mnie nie było, jako że nie mogłem sobie pozwolić na niewyspanie, a późno się położyłem (;

exeman

I o której się skończyło? Ile osób zdążył spytać?

krzycho

jak wyszedlem to bylo jeszcze 4 ludzi do pytania ... prawdopodobnie sie skonczy po 21:P

neino

od ktorej dr Martyna pyta 19.02 ?? Czy rownież bez problemu można się zjawić na 17:00 i być przepytanym (żeby mi nie uciekł;]) ?

pozdrawiam,
Kamil

PS: Te notatki powyżej...faktycznie są wystarczające:)?

smas

krzycho

Source

To nie były wskaźniki tylko dane. Cokolwiek znaczy 5000 danych :P

Rogal

To znaczy, że jak masz małą firmę to masz mało danych (np. 5-10), a jak dużą (a UJ to największa firma w Małopolsce - kolejna ważna informacja) to danych jest bardzo dużo, czyli ok. 5000.

Co jeszcze może się przydać:
- W armii USA jest najlepsza organizacja (bo to największa organizacja) i wszystkie nowinki biorą się stamtąd.

jagm