T-1. Scharakteryzować metodę SCRUM i fazy metodyki. Opisać role uczestników projektu realizowanego tą metodą.

Scrum - metodyka zwinna. Inaczej taktyka młyna. Ma za zadanie wspomagać tworzenie fragmentu produktu w krótkim czasie. Może być wykorzystana zarówno na początku projektu jak i w jego trakcie. Pozwala tak zarządzać projektem, aby zapewnić jego ukończenie w założonym budżecie i dostarczyć produkty odpowiedniej jakości. Powinna być stosowana w złożonych projektach, w których nie wszystko da się przewidzieć, kiedy klient nie jest pewien swoich wymagań oraz gdy wymagania ulegają częstym zmianom. Inne cechy:

• Adaptacyjny, samoorganizujący się proces.

• Ewolucyjny styl tworzenia oprogramowania (generalnie iteracja).

• Koncentrując się na zadaniach zarządzania nie narzuca technik prowadzenia prac programistycznych.

• Każdy cykl to w istocie podprojekt.

• Wprowadza listę wymagań, zawierającą to co powinno się znaleźć w ostatecznej wersji oprogramowania (wedle aktualnej wiedzy).

Fazy:

• Rozpoczecie - obejmuje czynności planowania i opracowania zarysu architektury systemu. W trakcie tej fazy wszystkie znane wymagania są spisywane i opracowywana jest lista wymagań. Lista ta jest otwarta a zadania do realizacji są dopisywane w trakcie całego procesu tworzenia orogramowania.

• Produkcja - nowo dodane wymagania są rozpatrywane w trakcie specjalnych spotkań, zwłaszcza jeśli spowodowały zmiany w architekturze systemu.

• Zakończenie - rozpoczyna się gdy wymagania są zrealizowane, system jest przygotowany do instalacji. Wykonywana jest ostateczna integracja modułów, testowanie oraz przygotowywuje się dokumentację.

Role uczestników projektu:

• Scrum Master - jest liderem zespołu, odpowiada za poprawne funkcjonowanie metodyki.

• Własciciel produktu - odpowiada za posuwanie się prac we właściwym kierunku. Zarządza listą wymagań.

• Zespół - zespół 7 osób pracujący bez integracji z zewnątrz. Sam wybiera zadania do realizacji, może dzielić się na mniejsze grupy.

• Chicken - ogólna nazwa dla połączenia grupy użytkowników, udziałowców i ekspertów z danej dziedziny biorących udział w procesie SCRUM.

• Pig - grupa składająca się z włascicieli produktu, scrum mastera i zespołu pracowników.

T-2. Scharakteryzować metodę HRT-Hood i fazy tej metodyki. Opisać zastosowania tej metodyki oraz scharakteryzować typy danych w tej metodyce oraz typy współpracy między usłusługodawcą a usługobiorcą.

Hard Real-Time HOOD (Hierarchical Object-Oriented Design) - metodyka stanowiąca jedną z faz projektowania sytemów czasu rzeczywistego. Polega na hierarchinczej dekompozycji problemu programowego. Stanowi kompromis między reprezentacją tekstową i wizualną modelu projektu, pozwalając między innymi na automatyczne generowanie kodu i dokumentacji.

Fazy:

• Tworzenie diagramów opisu obiektów o określonych typach

• Dobór schematu współpracy między usuługodawcą i usługobiorcą

• Tworzenie opisów funkcji obiektów.

• Zaprojektowanie ,,kanałów” przepływu danych między obiektami

• Dekompozycj obiektów i operacji

• Specyfikacja wymagań

• Projektowanie

• Kodowanie i testowanie

• Szacowanie maksymalnego czasu wykonania

• Szeregowanie zadań

• Uruchamianie

Zastosowania:

• System monitorowania stanów awaryjnych i alarmowych.

• System monitorowania włamań do budynku.

• System zarządzający elektrownią atomową.

• Systemy obsługujący samoloty odrzutowe.

• Systemy sterujące pociskami, rakietami.

Typy danych:(typy obiektów)

• Aktywne -

• Pasywne - procedura wywoływana przez inną procedurę

• Cykliczne - procedura aktywowana zegarem

• Sporadyczne - procedura wywoływana przerwaniem

• Chronione - procedura wywoływana przez inne obiekty, w danej chwili wykonuje tylko jedną operację

Typy współpracy:

• Asynchroniczny - tryb, w którym wołający nie jest w żaden sposób blokowany przy wywołaniu usługi.

• Słabo zsynchronizowany - tryb, w którym wołający czeka aż wołany obiekt będzie gotowy do obsługi żądania, po czym natychmiast kontynuuje swoje obliczenia.

• Silnie zsynchronizowany - tryb, w którym wołający czeka aż wołany obiekt zakończy obsługę żądania.

T-3. Jakie czynniki decydują o użyciu prototypowania? Jakie metody prototypowania wyróżnia się ze względu na zastosowanie w cyklu życia oprogramowania?

Czynniki decydujące o użyciu prototypowania:

• Niejasne wymagania • Duże i złożone systemy • Dostępność narzędzi • Systemy interakcyjne • Trwanie projektu • Zastosowalność (testowanie)

• Nowe opracowanie. • Użytkownikowi brak doświadczenia informatycznego • Wymagane zaangażowanie użytkownika • System krytyczny • Doświadczenie twórcy systemu

Podział prototypowania:

• wczesne - pozwala wyjaśnić i sprawdzić poprawności wymagań podczas procesu analizy wymagań.

• średnie - potwierdzenie zachowania się systemu w kluczowych obszarach lub sprawdzenie poprawności głównych aspektów projektu. Etap projektowania.

• późne - badanie kluczowych parametrów operacyjnych, zwłaszcza w odniesieniu do efektywności. Etap realizacji i pielęgnacji.

Prototypowanie - model, którego głównym celem realizacji prototypu jest lepsze określenie wymagań, wykrycie nieporozumień pomiędzy klientem a twórcami systemu, wykrycie brakujących funkcji, wykrycie trudnych usług, wykrycie braków w specyfikacji.

T1

2. Sformułować wymagania funkcjonale i nie-funkcjonale do systemu informatycznego, którego zadaniem jest obsługa klientów firmy zajmującej się świadczeniem usług poligraficznych. Klientami firmy są indywidualni zleceniodawcy. Firma świadczy usługi w zakresie produkcji broszur, wizytówek, zaproszeń i folderów. Zatrudnia kilku pracowników: pracownik administracyjny, składacz, dwóch projektantów, i dwóch drukarzy. Pracownik administracyjny pobiera opłaty za wykonane usługi, przyjmuje zlecenia, kieruje do projektantów i wydaje wykonane materiały poligraficzne.

Wymagania funkcjonalne:

Stwierdzenie, jakie usługi ma oferować system, jak ma reagować na określone dane wejściowe oraz jak ma się zachowywać w określonych sytuacjach. W niektórych wypadkach wymagania funkcjonalne określają, czego system nie powinien robić. Określają jakie warunki muszą być spełnione, aby system mógł wykonać określone zadania, jaki sposób użytkownik będzie mógł korzystać z systemu w celu realizacji określonych zadań (jaki moduł aplikacji oferuje określoną funkcjonalność, jakie czynności użytkownik musi wykonać w celu uzyskania danego rezultatu). Przykłady:

Użytkownik będzie mógł przeszukać zbiór wszystkich danych lub wybrany podzbiór.

System dostarczy narzędzi do przeglądania dokumentów ze magazynu dokumentów.

Każde zamówienie będzie oznaczone unikatowym identyfikatorem (ORDER_ID), który będzie można skopiować do pamięci trwałej konta użytkownika.

Wymagania pozafunkcjonalne:

przydatność, dostępność, niezawodność, podatność na testowanie, wymagania prawne, wspołpraca z innymi programami,

możliwości utrzymania, łatwość użytkowania, język w którym powstanie system, metodoologia programowania, wymagana dokumentacja, wydajnośc, niezawodność,

Przykłady:

System nie powinien ujawniać operatorom żadnych danych osobowych klientów oprócz nazwisk i numerów identyfikacyjnych

Proces tworzenia systemu i końcowe dokumenty powinny być zgodne z procesem i produktami zdefiniowanymi w XYZCo-SP-STAN-95

Wszelka niezbędna komunikacja między APSE i użytkownikiem powinna dać się wyrazić za pomocą standardowego zestawu symboli Ady

Doświadczeni kontrolerzy powinni móc używać wszystkich funkcji systemu po szkoleniu trwającym dwie godziny. Po tym szkoleniu średnia liczba błędów robionych przez doświadczonych użytkowników nie powinna przekroczyć dwóch dziennie.

Proponowane wymagania funkcjonalne:

ID	Opis	Priorytet	Krytyczność
1.	System pozwala przechowywać dane stałych zleceniodawców.	Wysoki	Wysoka
2.	System pozwala przechowywać stworzone projekty.	Wysoki	Wysoka
3.	System pozwala na przeszukiwanie stworzonej bazy gotowych projektów.	Wysoki
4.	System pozwala na generowanie faktur z wykonanych zleceń	Wysoki	Bożenka!
5.	System pozwala na przeglądanie przykładowych projektów przez WWW.	Wysoki
6.	System pozwala na automatyczne przesyłanie szczegółów dotyczących zlecenia do pozostałych pracowników.	Wysoki
7.	System pozwala zarejstrowanym użytkownikom na śledzenie stanu wykonania ich zlecenia.	Wysoki
8.	System umożliwia zalogowanie się użytkownika ( pracownik administracyjny) przy pomocy loginu i hasła	Wysoki
9.	System wylogowuje użtkownika po określonym czasie nieaktywności - jako prewencja nieuprawnionego dostępu.	Wysoki
10.	System automatycznie powiadamia SMS’owo klienta o zakończeniu zlecenia.	Wysoki

Proponowane wymagania poza-funkcjonalne:

ID	Opis	Priorytet	Krytyczność
1.	System powinien zawierać dokumentacje stworzoną przy pomocy narzędzia Doxygen.	Wysoki	Wysoka
2.	System powinien posiadać intuicyjny interfejs.	Wysoki	Wysoka
3.	System zbudowany modułowo co ułatwia testowanie.	Wysoki
4.	Plik wygenerowany przez moduł faktur powinien być zgodny z oprogramowaniem Faktura Small Busines.	Wysoki	Bożenka!
5.	Sytem powinien działać w systemie Windows XP/Vista/7/8.	Wysoki
6.	Doświadczeni pracownicy administracyjni powinni móc używać wszystkich funkcji systemu po szkoleniu trwającym dwie godziny.	Wysoki
7.	System nie powinien ujawniać operatorom żadnych danych osobowych klientów oprócz nazwisk i numerów identyfikacyjnych.	Wysoki
8.	System powinien gwarantować krótki czas odpowiedzi.	Wysoki
9.	Oprogramowanie powinno zawierać interfejs w języku polskim.	Wysoki
10.	System powinien być kompatybilny z modelem drukarki www.yourdailypornwithbozenka.com	Wysoki
11.	Apliakacja powinna być odporna na awarie. Nie może zakończyć działania w przypadku wykonania nieprawidłowych instrukcji.

3. Przeanalizować możliwość usprawnienia lub rozbudowy systemu informatycznego hurtowni materiałów. Aktualnie system informatyczny zapewnia ewidencje magazynową towarów opartą na bazie danych utworzonej programem MySQL, która zawiera następujące tabele:

TOWARY(nazwa_towaru, indeks_towaru, nr_dostawcy, ilość_w_mag, cena, stawka_vat)

DOSTAWCY(nazwa_dostawcy, indeks_dostawcy, adres)

FAKTURY(nr_faktury, data, nr_towaru, ilość, cena, indeks_dostawcy)

ODBIORCY(nazwa_odbiorcy, indeks_odbiorcy, adres)\

SPRZEDAŻ(nr_faktury_s, nr_towaru, ilość, cena, indeks_odbiorcy)

Firma z przyjmowanych dostaw realizuje dystrybucję. Użytkownicy systemu mogą jedynie przyjmować i wydawać towar z użyciem tego systemu. Mogą z niego korzystać jednocześnie.

Pomysły:

1. Umożliwienie kontaktu z dostawcami i odbiorcami poprzez telefon oraz adres e-mail. W tym celu należy uzupełnić tabele ODBIORCY i DOWSTAWCY o odpowiednie pola: telefon_kontaktowy i adres_email.

2. Generowanie raportu o aktualnym stanie zaopatrzenia magazynu.

3. Generowanie raportów o okresowym obrocie firmy.

4. Wysyłanie ostrzeżenia o kończących się zapasach danego materiału.

5. Robienie kopi zapasowej.

6. System dostępu do bazy lub aplikacji ją obsługującej wymagający podania loginu i hasła - wymaga zmodyfikowania istniejącej bazy przez dodanie tabeli UŻYTKOWNIK zawierającej następujące pola: id,login,haslo, poziom_uprawnien.

7. Możliwość monitorowania stanu zamówniena na podstawie numeru faktury. Tabela FAKTURY musi być uzupełniona o zmienną monitoring typu bool. Decyzja o monitorowniu towaru jest podejmowana przez klienta w trakcie składania zamówienia. Wówczas system generuje indywidualny link pozwalający klientowi śledzić stan zamówienia.

+ zmienić bazę tak żeby dało się zreazlizować funkcionalności

Logowanie do systemu przez klienta, który może skladac zamówienia oraz monitorować stan

swojego zamówienia; obsluga magazynu zajmuje się tylko przeglądaniem zamowien, ich

akceptacja/odrzuceniem oraz przekazaniem ich do realizacji;

4. Opracować model systemu informatycznego e-delegacje (wyjazdy, zaliczki, rozliczenia, koszty rodzajowa, cel wyjazdu z wyszukaniem kryterialnym).

Opis słowny:

System przewiduje dwa rodzaje użytkowników:

• Pracownik - po zalogowaniu się może przeglądać zaplanowane dla niego wyjazdy oraz tworzyć raport z odbytej delegacji

• Przełożony - ma możliwość planowania wyjazdów, przypisywania ich poszczególnym pracownikom, przeszukiwania bazy względem takich kryteriów jak: trwające delegacje, naziwsko pracownika, delegacje powyżej danego kosztu itp, oraz rozliczania pracowników.

Baza danych:

PRACOWNIK(id, imie, nazwisko, adres, pesel)

WYJAZD(id, data , id_celu,id_pracownika,id_koszta,id_zaliczki, czas(długosc wyjazdu))

CEL(id, adres,zadanie)

RAPORT(id_raportu, id_wyjazdu, id_pracownika, tresc)

KOSZT(id_kosztu, id_pracownika, id_wyjazdu, wysokosc, za_co(nazwa usługi))

ZALICZKA(id, wysokosc);

Diagram przypadków użycia:

Diagram sekwencji:

Diagram stanów:

5. Ocenić diagram podany niżej, określ jaki to rodzaj diagramu,gdzie i kiedy się go stosuje.

Zakłada odwzorowanie struktury systemu z punktu widzenia jego użytkownika.

Diagram przypadków użycia w języku UML służy do modelowania funkcjonalności systemu.

Tworzony jest zazwyczaj w początkowych fazach modelowania. Diagram przypadków użycia przedstawia usługi, które system świadczy aktorom, lecz bez wskazywania konkretnych rozwiązań technicznych.

Cele stosowania DPU:

- identyfikacja oraz dokumentacja wymagań,

- stanowią przystępną i zrozumiałą platformę współpracy i komunikacji twórców systemu, inwestorów i właścicieli,

T2

2. Sporządzić plan informatyzacji firmy zajmującej się świadczeniem usług poligraficznych.Klientami firmy są indywidualni zleceniodawcy. Firma świadczy usługi w zakresie produkcji broszur, wizytówek, zaproszeń i folderów. Zatrudnia kilku pracowników: pracownik administracyjny, składacz, dwóch projektantów, i dwóch drukarzy. Pracownik administracyjny pobiera opłaty za wykonane usługi, przyjmuje zlecenia, kieruje do projekatantów i wydaje wykonane materiały poligraficzne.Firma nie jest zinformatyzowana. Jest jeden komputer w firmie, z którego korzysta pracownik administracyjny do prac biurowych.

Informatyzacja firmy powinna przebiegać wg planu:

1. Analiza otoczenia i firmy:

• analiza rynku i trendów na nim panujących,

• badanie korzyści, wad i zagrożeń,

• analiza mocnych i słabych stron firmy.

2. Działania przygotowawcze:

• kupno dodatkowych komputerów,

• dostosowanie stanowisk pracy,

• zakup licencji na oprogramowanie.

3. Wytworzenie systemu:

• modelowanie - najważniejszy etap w przypadku przedsiębiorstw niezinformatyzowanych,

• implementacja,

• testowanie.

4. Wdrożenie systemu:

• wdrożenie,

• szkolenia dla pracowników,

• pielęgnacja systemu.

3. Przeanalizować korzyści, wady i zagrożenia wynikające z ewentualnego wdrożenia systemu informatycznego w firmie - hurtownia materiałów sypkich. Firma z przyjmowanych dostaw materiałów sypkich realizuje dystrybucję tych towarów. System informatyczny ma zapewnić ewidencję towarów opartą na utworzonej bazie danych, która zawierałaby następujące informacje o dostawach, towarach,fakturach i odbioracach materiałów sypkich. Użytkownicy systemu powinni przyjmować i wydawać towar z użyciem tego systemu. Może być potrzeba korzystania z tego systemu jednocześnie przez kilku magazynierów.

Korzyści:

- Przyspieszenie pracy

- Ułatwiony proces zarządzania dostawami

- Generowanie faktur

- Generowanie okresowych raportów

- Usprawnienie procesu planowania dostaw i zamówień

Wady:

- Koszta związane z zakupem nowego sprzętu

- Koszta szkolenia pracowników

Zagrożenia:

- Niechęć części pracowników do korzystania z nowego systemu

- Niezgodność systemu z oczekiwaniami

- Strach przed wyciekiem danych

4. Opracować model systemu informatycznego e-wypożyczalni sprzętu rehabilitacyjnego.

Funkcjonalności:

- Użytkownik może przeglądać bazę sprzętu a po zalogowaniu może zamówić dany sprzęt do wypożyczenia oraz dodać opcję dostawy do domu

- Administrator - może dodawać nowy sprzet i edytować opisy/ceny już istniejącego, tworzyć nowych użytkowników oraz akceptować/anulować zgłoszone przez użytkowników wypożyczenia

Baza danych:

KLIENT(id, imie, naziwsko, adres, telefon, e_mail)

SPRZET(id, typ, id_stan)

STAN(id, opis_stanu, cena)

WYPOZYCZENIE(id_klient, id_sprzet, data_od, data_do)

USER(id, login, haslo, poziom_uprawnien)

Diagram klas:

Diagram przypadków użycia:

5. Ocenić diagram podany poniżej, określić jaki to rodzaj diagramu, gdzie i kiedy się go stosuje:

Diagram opisu interakcji w UML

Zadaniem tego diagramu jest wizualizacja współpracy ze sobą diagramów interakcji, sekwencji itp. Diagram przeglądu interakcji ma notację bardzo podobną do notacji diagramu aktywności (czynności), z tą różnicą, że zaokrąglone prostokąty, które reprezentowały zadania wykonywane przez system, są zastąpione przez zwykłe prostokąty określające inne diagramy interakcji lub sekwencji.

T3.

2. Sformułować wymagania funkcionalne i niefunkcionalne do systemu informatycznego, którego zadaniem jest obsługa kleintów biura turystycznego. Klintami biura są indywidualni zleceniodawcy(klienci). Firma zatrudnia kilku pracowników. Dwóch pracowników biura zajmuje się przygotowaniem oferty wyjazdów wraz z ich zorganizowaniem. Kilka innych osób przyjmuje zlecenia na usługi turystyczne, wydają i przyjmują dokumenty związane z wyjazdem, pobierają opłaty i przedpłaty za wykonane lub zarezerwowane usługi, wystawiają faktury za wykonane opłaty/przedpłaty. W biurze zatrudniona jest osoba, której zadaniem jest promocja biura i świadczonych przez to biuro usług i przygotowanie działań marketingowych (foldery, ulotki, marketing w internecie).

ID	Opis	Priorytet	Krytyczność
1.	System pozwala przechowywać dane stałych klientów.	Wysoki	Wysoka
2.	System pozwala przechowywać przykładowe oferty turystyczne.	Wysoki	Wysoka
3.	System pozwala na przeszukiwanie stworzonej bazy gotowych projektów.	Wysoki
4.	System pozwala na generowanie faktur za wykonanane opłaty/przedpłaty	Wysoki	Bożenka!
5.	System pozwala na przeglądanie ofert biura przez WWW.	Wysoki
6.	System pozwala generować raport o obrotach firmy za dany okres	Wysoki
7.	System pozwala na generowanie statystyk o najczęściej wybieranych ofertach	Wysoki
8.	System umożliwia zalogowanie się użytkownika ( pracownik administracyjny) przy pomocy loginu i hasła	Wysoki
9.	System wylogowuje użytkownika po określonym czasie nieaktywności - jako prewencja nieuprawnionego dostępu.	Wysoki
10.	System automatycznie powiadamia zarejstrowanych użytkownikach o ofertach promocyjnych	Wysoki

Proponowane wymagania poza-funkcjonalne:

ID	Opis	Priorytet	Krytyczność
1.	System powinien zawierać dokumentacje stworzoną przy pomocy narzędzia Doxygen.	Wysoki	Wysoka
2.	System powinien posiadać intuicyjny interfejs.	Wysoki	Wysoka
3.	System zbudowany modułowo co ułatwia testowanie i zapewni możliwość dalszej rozbudowy.	Wysoki
4.	Plik wygenerowany przez moduł faktur powinien być zgodny z oprogramowaniem Faktura Small Busines.	Wysoki	Bożenka!
5.	Sytem powinien działać w systemie Windows XP/Vista/7/8.	Wysoki
6.	Pracownicy biura po szkoleniu powinni móc korzystać z wszystkich możliwości systemu	Wysoki
7.	System nie powinien ujawniać operatorom żadnych danych osobowych klientów oprócz nazwisk i numerów identyfikacyjnych.	Wysoki
8.	System powinien gwarantować krótki czas odpowiedzi.	Wysoki
9.	Oprogramowanie powinno zawierać interfejs w języku polskim.	Wysoki
10.	System powinien być kompatybilny z modelem drukarki www.yourdailypornwithbozenka.com	Wysoki
11.	Aplikacja powinna być odporna na awarie. Nie może zakończyć działania w przypadku wykonania nieprawidłowych instrukcji.

3. Przeanalizować możliwości usprawnienia lub rozbudowy systemu informatycznego hurtowni materiałów budowlanych. Aktualnie system informatyczny zapewnia ewidencję magazynową towarów opartą na bazie danych utworzonej programem MySQL, która zawiera następujace tabele:

TOWARY(nazwa_towaru, indeks_towaru, nr_dostawcy, ilość_w_mag, cena, stawka_vat)

DOSTAWCY(nazwa_dostawcy, indeks_dostawcy, adres)

FAKTURY(nr_faktury, data, nr_towaru, ilość, cena, indeks_dostawcy)

ODBIORCY(nazwa_odbiorcy, indeks_odbiorcy, adres)\

SPRZEDAŻ(nr_faktury_s, nr_towaru, ilość, cena, indeks_odbiorcy)

Firma z przyjmowanych dostaw realizuje dystrybucję na rzecz klientów indywidualnych i firm budowlanych. Użytkownicy systemu( obsługa magazynu ) mogą jedynie przyjmować i wydawać towar z użyciem tego systemu. Mogą z niego korzystać jednocześnie.

4. Opracować model systemu informatycznego w dostępie internetowym, wspomagającego użytkownika tego systemu w zakupie samochodu osobowego.

5. Ocenić diagram podany poniżej, określ jaki to rodzaj diagramu, gdzie i kiedy się go stosuje.

Diagram obiektów w metodzie Boocha (jak będą przerywane chmurki to diagram klas)

Służą przedstawieniu konkretnej realizacji struktury zdefiniowanej przez diagramy klas. Na diagramie obiektów przedstawia się obiekty, czyli konkretne instancje klas i związki między nimi.

Na diagramach obiektów przedstawione są:

symbole obiektów (opcjonalnie nazwa obiektu i opcjonalnie typ obiektu (klasa doktórej należy)

– jedna z opcji musi być zrealizowana)

powiązania między obiektami, będące egzemplarzami powiązań między klasami

T6

2. Sporządzić plan informatyzacji firmy zajmującej się świadczeniem usług pralniczych.Klientami firmy są indywidualni zleceniodawcy. Firma świadczy usługi w zakresie usług pralniczych różnych rodzajów (na sucho, mokro, itp). Firma zatrudnia kilku pracowników: pracownik administracyjny, osoby odpowiedzialne za realizacje usługi. Pracownik administracyjny pobiera opłaty za wykonane usługi, przyjmuje zlecenia, kieruje do realizatorów i wydaje wykonane usługi. Firma nie jest zinformatyzowana. Jest jeden komputer w firmie, z którego korzysta pracownik administracyjny do prac biurowych.

3. Przeanalizować korzyści, wady i zagrozenia wynikające z ewentualnego wdrożenia systemu informatycznego ewidencji i obsługi czytelników wielooddziałowej biblioteki.

4. Opracować model systemu informatycznego ewidencji i dystrybucji materiałów dydaktycznych do realizacji wielu programów kształcenia z wieloma przedmiotami realizowanymi przez wielu nauczycieli na rzecz wielu studentów.

Dwie wersje(magazyn z hmm książkami albo coś typu platforma edukacyjna typu moodle)

MATERIAŁ_DYDAKTYCZNY(id, rodzaj,cena, ilosc, )

DOSTAWCY(nazwa, kontakt)

ODBIORCY(nazwa, kontakt)

ZLECENIE(id, id_materialu, id_obiorcy, ilosc, laczna_cena)

FAKTURY(id, id_zlecenia, data)

5. Ocenić diagram podany poniżej (poprawny/niepoprawny), określ jaki to jest rodzaj diagramu, gdzie i kiedy się go stosuje.

Diagram komunikacji (nazywany również diagramem współpracy) jest jednym z diagramów interakcji. Diagram komunikacji przedstawia sposób wymiany komunikatów pomiędzy obiektami uczestniczącymi w interakcji. Jest rozszerzoną wersją diagramu współdziałania. Skupia się on na obiektach wchodzących w skład interakcji i wymienianymi przez nie komunikatach. Z tego powodu obiekty na diagramie komunikacji są umieszczone tak, aby łatwo można było opisać ich relacje pomiędzy sobą. Komunikacje są przedstawiane za pomocą linii łączących obiekty, natomiast przesyłane między obiektami komunikaty i dane są umieszczane obok tych linii. Każdy komunikat jest opatrzony etykietą liczbową, wskazującą na kolejność ich wysyłania.