GRUPA I
1. OKREŚL ZALETY SPIRALNEGO MODELU CYKLU ŻYCIA PRODUKTU
ZALETY I WADY MODELU SPIRALNEGO
•Proces iteracyjny
•Każde okrążenie dotyczy jednego elementu produktu - duże projekty
•Umożliwia zmiany w rozwoju produktu - zarządzanie zmianami
•Konieczność zarządzania ryzykiem
•Wczesna eliminacja błędów
•Umożliwia wykorzystanie podejścia prototypowania
•Powtórne wykorzystanie wcześniej wykonanych części
•Każdy cykl zakończony przeglądem wykonanym przez kluczowych członków
zespołu
•Wymaga dużej wiedzy i doświadczenia od kierownika procesu
•Trudności w opracowaniu i kontroli kontraktu
2. WYMIEŃ PODSTAWOWE CECHY CHARAKTERYZUJĄCE PROJEKT
CECHY PROJEKTU:
Tymczasowość - każdy projekt ma określone terminy rozpoczęcia i zakończenia
Zakończenie projektu - osiągnięcie jego celów, stwierdzenie niemożliwości realizacji celów, wygaśnięcie przyczyny dla której rozpoczęto projekt
Unikalność- produkt lub usługa różnią się pod pewnymi względami od innych produktów lub usług, mogą posiadać cechy powtarzalne
Stopniowe doprecyzowanie - na początku projektu własności wyróżniające produkt określa się w ogólnym zarysie, w miarę postępu badań następuje definiowanie szczegółowych własności
3. PODAJ SKŁADOWE KARTY PROJEKTU
KARTA PROJEKTU:
oficjalna nazwa projektu,
sponsor proj,
kierownik proj,
cel projektu
uzasadnienie biznesowe realizacji projektu
opis wyników na poziomie ogólnym,
opis organizacji zespołu,
ramowy terminarz prac,
zasoby (budżet, personel, dostawcy)
4. JAKIE SĄ WYMAGANIA DLA ZASTOSOWANIA DO TWORZENIA SYSTEMU INFORMATYCZNEGO RAD
WYMAGANIA
- modułowość systemu
- zastosowanie narzędzi CASE, gotowych komponentów wielokrotnego użycia
- zwiększenie produktywności zespołu
- wysoka jakość zasobów
- duże zaangażowanie użytkownika w przeglądy
5. WYMIEŃ TRZY KRYTERIA WYBORU MODELU CYKLU ŻYCIA
- ryzyko
- niezawodność
- czas na wykonanie
6. PODAJ PRZYKŁAD KOMPONENTU W METODZIE PRONCE2
7. NA CZYM POLEGA UZASADNIENIE BIZNESOWE PROJEKTU
UZASADNIENIE BIZNESOWE REALIZACJI PROJEKTU: opis i ocena spodziewanych korzyści (oszczędności wynikające z zatrudnienia, poprawa wizerunku firmy, poprawa jakości pracy); koszty - zakup sprzętu, obsługa systemu, zakłócenia w pracy; ryzyko związane z realizacja i zaniechaniem; skutki finansowe - ocena inwestycji
8. JAKIE ZADANIA TWORZĄ W HARMONOGRAMIE ŚCIEŻKĘ KRYTYCZNĄ
ŁAŃCUCH KRYTYCZNY - najdłuższa ścieżka zależnych działań i zasobów lub zdarzeń, które nie pozwalają na wcześniejsze zakończenie projektu (to chyba to)
9. DLA NIŻEJ PRZEDSTAWIONEGO MODELU ZWIĄZKÓW ENCJI USTAL PROJEKT RELACYJNEJ BAZY DANYCH : NAZWA TABELI, NAZWA KOLUMNY, ZAZNACZ KLUCZE GŁÓWNE I KLUCZE OBCE:
tematem w
dotyczące miejscem
10. OBLICZ METODĄ EV ESTYMOWANĄ WARTOŚĆ KOSZTÓW KOŃCOWYCH PROJEKT, WIEDZĄC, ŻE:
Planowany końcowy koszt wykonania wynosi - 60 000 zł,
Wartość uzyskana w czasie (t) - 8 000 zł,
Koszt rzeczywisty w czasie (t) - 10 000 zł.
EAC = BAC * AC(t)/EV(t), gdzie:
BAC - planowany koszt zakończenia = 60 000 zł,
AC - koszty rzeczywiste = 10 000 zł.
EV - wartość uzyskana w momencie (t) = 8 000 zł. Czyli:
EAC = 60 000 * (10 000 / 8 000) = 60 000 * 1,25 = 75 000 zł.
GRUPA II
1.CZY NA WSKAŹNIK TECHNICZNEJ ZŁOŻONOŚCI (TCF) WEDŁUG METODY FP MA WPŁYW DOŚWIADCZENIE UŻYTKOWNIKA W PRACY Z PROGRAMEM INFORMATYCZNYM.
2.W SZACOWANIU WIELKOŚCI NAKŁADÓW NA REALIZACJE PROJEKTU PODZIAŁ LICZBY OSOBOMIESIĘCY PRZEZ LICZBĘ OSÓB JEST POPRAWNY, GDY……
Istnieje możliwość podziału pracy na niezależne części - brak potrzeby komunikowania się
3.OD JAKICH CZYNNIKÓW ZALEŻY SEKWENCJA DZIAŁAŃ W HARMONOGRAMIE PROJEKTU
SEKWENCJA DZIAŁAN W HARMONOGRAMIE ZALEZY OD....
Środkiem do aranżacji sekwencji działań jest logiczna sieć działań i ich następstwa
• Podstawa - wiedza o naturze i przepływie pracy
• Reguła - znajomość wyjścia (wyniku)
poprzedzającego działania, które staje się wejściem działania następującego
• Brak zachowania reguł - spodziewane przerwy w
pracy, powtarzanie działań
4.JAKIE SKŁADNIKI OPISU ZMIANY POWINIEN ZAWIERAĆ RAPORT O ZMIANIE W PROJEKCIE
5.PODAJ CZYNNIKI GRUPOWANIA FUNKCJI W PROCESY (MODUŁY)
CZYNNIKI GRUPOWANIA:
sekwencje zależności funkcji
role użytkowników
jednostki organizacyjne
możliwe sposoby realizacyjne
równowaga między złożonością składników a:
łatwością zrozumienia
możliwościami wdrożenia
6.WYMIEŃ GRUPY PROCESÓW W METODZIE PRINCE2
GRUPY PROCESÓW W PRINCE 2:
Strategiczne zarządzanie projektem
Przygotowanie założeń projektu
Inicjowanie projektu
Planowanie
Sterowanie etapem
Zarządzanie wytwarzaniem produktów
Zarządzanie przejściem do następnego etapu
Zamykanie projektu
7.WARUNKI ZASTOSOWANIA METODY ANALOGII DO SZACOWANIA WIELKOŚCI NAKŁADÓW PROJEKTU.
METODY NA ZASADZIE ANALOGII
• Istnienie dokumentacji innych produktów z tej samej dziedziny
• Ustalenie kluczowych charakterystyk dla produktów z tej dziedziny
• Zdefiniowanie różnic i podobieństw nowego produktu z poprzednimi na podstawie kluczowych charakterystyk
• Oszacowanie wielkości nakładu za pomocą liniowej zależności
PRZYKŁAD METODY ANALOGII [CADLE, YEATES]
• SZACOWANIE NAKŁADÓW NA PODSTAWIE
- wstępnie oszacowanej liczby funkcji
- zidentyfikowanych szczegółów niektórych funkcji
- wiedzy i doświadczenia
- statystyk z wykonania wcześniej podobnych funkcji
- uproszczonego schematu cyklu życia projektu
• analiza wymagań
• projektowanie
• kodowanie i testowanie jednostek
• łączenie jednostek i testowanie integracji
8.DLA NIŻEJ PRZEDSTAWIONEGO MODELU ZWIĄZKÓW ENCJI USTAL PROJEKT RELACYJNEJ BAZY DANYCH : NAZWA TABELI, NAZWA KOLUMNY, ZAZNACZ KLUCZE GŁÓWNE I KLUCZE OBCE:
tematem w
dotyczące miejscem
9.OKRESL WARUNKI NIEZBĘDNE DO ZASTOSOWANIE METODY EV
WARUNKI ZASTOSOWANIA METODY: zakres projektu, harmonogram, planowany budżet, stosowane jednostki miary: godz, kwoty, liczba pakietów roboczych
*Nie odnosi się do zadań zarządzania projektem!
10.OBLICZ NIEDOPASOWANE PUNKTY FUNKCYJNE W METODZIE FP NA PODSTAWIE PODANEJ LICZBY SKŁADNIKÓW
-wewnętrznych plików logicznych o złożoności A-6
- zewnętrznych wejść o złożoności L-5 i złożoności A-3
- zewnętrznych plików interfejsu o złożoności H-3
TYP |
L |
A |
H |
ILF |
7 |
10 * 6 |
15 |
EIF |
5 |
7 |
10 * 3 |
EI |
3 * 5 |
4 * 3 |
6 |
EO |
4 |
5 |
7 |
EQ |
3 |
4 |
6 |
UPF = 5 + 9 + 3 = 17
ILF = A - 6
EI = L - 5, A - 3
EIF = H - 3
GRUPA III
1. WARSTWY ZARZĄDZANIA PROJEKTEM
zarząd organizacji
rada projektu
kierownik projektu
kierownik zespołu
Liczba warstw i zespołów zależy od: wielkości i kosztu przedsięwzięcia, technicznej złożoności produktu, znaczenia przedsięwzięcia, dostępności personelu.
2. ZAŁOŻENIA METODY PRINCE
strategiczne zarządzanie projektem
przygotowanie do rozpoczęcia projektu
inicjacja projektu
3. CO TO JEST I NA CZYM POLEGA WBS
WBS (Work Breakdown Structure)
Jest to struktura podziału pracy definiuje pracę do wykonania w celu ukończenia projektu. Stanowi zestawienie składników projektu ze względu na jego główne produkty cząstkowe
Polega na:
- szacowania kosztów
- planowania zasobów
- definiowania zadań
- zarządzania ryzykiem
4. CO TO JEST WARTOŚĆ UZYSKANA EV?
Jest to EAC czyli planowany koszt zakończenia
5. MIARY ZŁOŻONOŚCI
Liczba cyklomatyczna McCabe
Miara Halsteada
Miary modułowe: Henry i Kafura
6. STEROWNIKI KOSZTOWE W METODZIE COCOMO
ATRYBUTY PRODUKTU : RELY, DATA, CPLX
ATRYBUTY KOMPUTERA:TIME, STOR, VIRT, TURN
ATRYBUTY PERSONELU: ACAP, AEXP, PCAP, VEXP, LEXP
ATRYBUTY PRZEDSIĘWZIĘCIA: MODP, TOOL, SCEO
7. PODEJŚCIE ITERACYJNE
•Wymagania i projekt są modyfikowane poprzez serie iteracji prowadzących do otrzymania systemu satysfakcjonującego rozwijające się potrzeby klienta
•Spotkania „sprzężenia zwrotnego” i zasada wzajemnego uczenia się
•Umożliwia większe zrozumienie definicji wymagań przez klienta
•Umożliwia rozpoczęcie tworzenia dla podzbioru wymagań - analiza każdego produktu pośredniego
8. PROCESY W ZARZĄDZANIU KOMUNIKACJĄ
9. ZADANIE ZE ŚCIEŻKĄ KRYTYCZNĄ
10.OBLICZ NIEDOPASOWANE PUNKTY FUNKCYJNE W METODZIE FP NA PODSTAWIE PODANEJ LICZBY SKŁADNIKÓW
-wewnętrznych plików logicznych o złożoności A-6
- zewnętrznych wejść o złożoności L-5 i złożoności A-3
- zewnętrznych plików interfejsu o złożoności H-3
TYP |
L |
A |
H |
ILF |
7 |
10 * 6 |
15 |
EIF |
5 |
7 |
10 * 3 |
EI |
3 * 5 |
4 * 3 |
6 |
EO |
4 |
5 |
7 |
EQ |
3 |
4 |
6 |
UPF = 5 + 9 + 3 = 17
ILF = A - 6
EI = L - 5, A - 3
EIF = H - 3
Jakie czynniki decydują o wyborze metody cyklu życia projektu ?
Ryzyko
Czas na wykonanie
Niezawodność
Klarowność wymagań
Technologia, rozmiar i złożoność
Interfejs użytkownika
Priorytety użytkownika
Spodziewany czas życia systemu
Potencjalna równoległość
Interfejsy z istniejącymi lub nowymi systemami
Jeżeli jest zmienny czas pracy w cyklu życia projektu to jaki to model ?
Założenia w metodzie RAD.
Szybko zmieniające się wymagania
Ograniczony czas wykonania
Wybrane części aplikacji
Przedsięwzięcia związane z małym ryzykiem
Wymagana wysoka efektywność
Modułowość systemu
Zastosowanie gotowych elementów
Dobry zespół
Zastosowanie gotowych komponentów
Jaka wymiary komunikacji należy uwzględniać przy planowaniu projektu ?
Pisemna, ustna
Wewnętrzna, zewnętrzna
Formalna, nieformalna
Pionowa,pozioma
Podaj kryteria ustalenia sekwencji działań w CPM
Znajomość technologii wykonywania prac
Doświadczenie
Preferencje
Dostępność kluczowych zasobów
Węzeł końca sieci działań w metodzie CPM wyznaczają:.......... (wymienić).
Wczesny start węzła poprzedzającego powiększony o czas jego trwania
Wczesny koniec węzła poprzedzającego
Późny start węzła poprzedzającego powiększony o czas jego trwania
Późny koniec węzła poprzedzającego
Jakie elementy w metodzie łańcucha krytycznego stanowią zabezpieczenie przed ryzykiem niedotrzymania planowanego terminu zakończenia projektu.
Bufor projektu
Bufory zasilające
Kto w projekcie rekomenduje przyjęcie produktu ?
Kierownik komitetu klientów
Jakie zadania i obowiązki należą do zespołu kontroli zmian ?
Opracowanie procedury kontroli zmian
Realizacja procedury
Kontrola realizacji przyjętych zmian
Do kogo należy wprowadzanie zmian w zespole ?
Kierownik zespołu
Wprowadzenie zmian do planu projektu w wyniku definiowania potrzeb należy do :
Kierownik projektu
Wymienić 3 zasady metody PRINCE.
Przygotowanie do rozpoczęcia projektu
Zainicjowanie projektu
Czteropoziomowa struktura zarządzania
Podaj przykład znanych miar funkcjonalnych oprogramowania. Jakiego rodzaju atrybut (wewn./zewn.) one określają.
Liczba funkcji wykonywanych przez program- atrybut wewnętrzny
Liczba elementów struktury funkcjonalnej - atrybut wewnętrzny
Liczba elementów struktury informacyjnej - atrybut wewnętrzny
Odpowiedniość zbioru funkcji w odniesieniu do celów i zadań użytkownika - atrybut zewnętrzny
Dokładność otrzymywanych wyników - atrybut zewnętrzny
Jakie jest zastosowanie miary punktów funkcyjnych ? (FP).
Szacowanie wielkości budowanej aplikacji
Szacowanie wielkości modyfikacji aplikacji
Definicja i przykład składnika systemu odpow. Kwalifikacji wewnętrznych pliku logicznego w FP.
ILF - wewnętrzny plik logiczny;
ILF - grupa logicznie powiązanych danych lub informacji sterujących, pielęgnowanych przez proces albo funkcję należący do zakresu danej aplikacji
Jak oblicza się liczbę typów elementów danych (det) dla EI ?
DET dla EI i EO to: liczba przetwarzanych atrybutów/pól łącznie z informacjami sterującymi, komunikatami błędów i podpowiedziami
Metoda analogii polega na szacowaniu nakładów na podstawie :....... (wymienić).
Istnienia dokumentów innych systemów z tej samej dziedziny
Ustalenia kluczowych charakterystyk systemu
Zdefiniowania różnic i podobieństw
Oszacowanie wielkości nakładu za pomocą liniowej zależności
Wymienić etapy w metodzie COCOMO.
Oszacowanie nominalnego nakładu dla ustalonego typu systemu
Obliczenie współczynnika wnioskowania na podstawie ustalonych wielkości współczynników dla każdego z 15tu sterowników kosztowych
Oszacowanie nakładu pracy w osobomiesiącach
Oszacowanie czasu trwania realizacji
Jakich produktów technicznych dotyczy proj. Syst. Inform. Na poziomie logicznym.
Definicja zakresu systemu
Struktura systemu
Architektura systemu
Liczba lokalnych przepływów wchodzących do modułu jest podstawą obliczenia : ...... (wymienić).
Fan-in (M)
Na czym polega spójność modułu - podaj przykład.
Do zasad projektowania interface'u użytkownika należą: ....... (wymienić).
Minimalizacja interakcji
Zachowanie stylu interakcji systemów używanych i akceptowanych przez użytkownika
Możliwość wyboru kolejności wykonania operacji bądź anulowania
Pomoc: wartość domyślna, znana terminologia, tytuły ekranów, podpowiedzi
1. Podać zalety modelu spiralnego
Proces iteracyjny
Każde okrążenie dotyczy jednego elementu produktu - duże projekty
Umożliwia zmiany w rozwoju produktu - zarządzanie zmianami
Konieczność zarządzania ryzykiem
Wczesna eliminacja błędów
Umożliwia wykorzystanie podejścia prototypowania
Powtórne wykorzystanie wcześniej wykonanych części
Każdy cykl zakończony przeglądem wykonanym przez kluczowych członków
2. Cechy projektu
Tymczasowość
Zakończenie projektu
Unikalność
Stopniowe doprecyzowanie
3. Podać 3 kryteria wyboru metody cyklu życia (albo jakoś tak)
Ryzyko
Czas na wykonanie
Niezawodność
Klarowność wymagań
Technologia, rozmiar i złożoność
4. Wymagania RAD
Modułowość systemu
Zastosowanie narzędzi CASE, gotowych komponentów wielokrotnego użycia
Zwiększenie produktywności zespołu
Wysoka jakość zasobów
Duże zaangażowanie użytkownika w przeglądy
5. Co zawiera karta projektu
Oficjalna nazwa projektu,
Sponsor proj,
Kierownik proj,
Cel projektu
Uzasadnienie biznesowe realizacji projektu,
Opis wyników na poziomie ogólnym,
Opis organizacji zespołu,
Ramowy terminarz prac,
Zasoby (budżet, personel, dostawcy)
6. Wyjaśnić co to jest uzasadnienie biznesowe
Jest to opis i ocena spodziewanych korzyści (oszczędności wynikające z zatrudnienia, poprawa wizerunku firmy, poprawa jakości pracy); koszty - zakup sprzętu, obsługa systemu, zakłócenia w pracy; ryzyko związane z realizacja i zaniechaniem; skutki finansowe - ocena inwestycji
7. Zadania kierownika zespołu realizacyjnego
Odpowiedzialność za pracę przydzielonego zespołu realizacyjnego
Planowanie i kierowanie codziennymi pracami
Prowadzenie przeglądu prac członków zespołu
Raportowanie do kierownika projektu
8. Jakie zadania wyznaczają ścieżkę krytyczną
9. Projekt tabel b.d. (nazwy tabel, nazwy kolumn, klucze główne i klucze obce) dla:
PRZEDMIOT
#kod
*nazwa
WYKŁADOWCA
# Pesel
* Nazwisko
* Imię
PRZEDSTAWIENIE (chyba się Grażynce rąbnęła ta nazwa)
*data
* godzina
PRZEDMIOT - PRZEDSTAWIENIE (1 do wiele)
WYKŁADOWCA - PRZEDSTAWIENIE (1 do wiele)
Przedmiot i wykładowca wymagane (czy jak tam się to zwało) dla przedstawienia.
10. Policzyć estymowaną wartość kosztu
Szacowany nakład końcowy 12 000 zł (czyli wg mnie BAC)
Wartość osiągnięta w t - 8 000 zł (czyli wg mnie EV)
Wartość rzeczywistych kosztów w t - 10 000 zł (czyli wg mnie AC)
I wg mnie ze wzoru EAC = BAC*(AC/EV) wychodzi 15 000 zł
11. Zalety modelu V
Sprzężenie procesów weryfikacji i walidacji z etapami podstawowymi
12. Kto wchodzi w skład Rady Projektu?
Nie znalazłem ( nie ma w wykładach najprawdopodobniej ) Jak ktoś wie niech dopisze
13. Obliczyć ścieżkę krytyczną ( nie pamiętam danych)
14. Obliczyć estymowaną wartość kosztu ( dane jak wyżej)
Patrz 10.
15. Za co odpowiedzialny jest użytkownik oprogramowania systemu
Określenie wymagań dla produktów
Określenie kryteriów akceptacji i przygotowanie testów
Zaplanowanie i wykonanie testów, spisanie uwag i usterek
Nabycie odpowiedniej wiedzy i umiejętności do korzystania z produktów
Opracowanie i wprowadzenie niezbędnych zmian w organizacji
Sporadycznie: przygotowanie danych testowych i napisanie dokumentacji użytkownika końcowego
16. Opisać model ewolucyjny
Powtarzalność faz procesu, umożliwiająca uzyskanie w kolejnych wersjach kompletnego oprogramowania
Uzyskanie działającego produktu w każdej wersji rozszerzenia począwszy od rdzenia
Uwzględnienie częstych zmian wymagań - ewolucyjna natura oprogramowania
Umożliwia zrozumienie trudnych szczegółów wymagań
Umożliwia wydanie ograniczonej wersji produktu w przypadku presji czasu, niedostatecznej liczby pracowników
17. Jak obliczamy niedopasowane punkty funkcyjne?
• Wyznaczenie granicy aplikacji
• Klasyfikacja składników systemu wg typów funkcyjnych
• Ustalenie poziomu złożoności dla każdego składnika danego typu funkcyjnego na podstawie macierzy złożoności
Obliczanie UFP wg wzoru:
,
Gdzie: zij - liczba składników i-tego typu j-tej złożoności
wij - waga składnika zij
i=1,2,…,5
j=1,2,3
18. Szczegółowa prognoza podstawowych wymiarów projektu zależy od....
19. Czy doświadczenie użytkownika systemu ma znaczenie przy obliczaniu TCF?
Nie bo znaczenie mają:
C1- transmisja danych
C2 - rozproszone przetwarzanie
C3 - wydajność
C4 - obciążenie konfiguracji
C5 - wskaźnik ilościowy transakcji
C6 - wprowadzenie danych on-line
C7 - sprawność końcowego użytkownika
C8- aktualizacja on-line
C9 - złożoność przetwarzania
C10 - wielokrotność użycia
C11 - ułatwienia dla instalacji
C12 - ułatwienia dla eksploatacji
C13 - wielość stanowisk
C14 - ułatwienia dla zmian
20. Obliczenie EI, EQ, ILF i EIF
21. Obowiązki sponsora
Definiowanie biznesowych zamierzeń przedsięwzięcia
Definiowanie celów przedsięwzięcia i priorytetów
Określanie minimalnych wymagań dla przedsięwzięcia
Inicjowanie przedsięwzięć
Nadzorowanie postępów prac z biznesowego punktu widzenia
Informowanie zarządu o postępach
Ewentualne przerwanie przedsięwzięcia
Zapewnianie poparcia zarządu dla przedsięwzięcia
22. Przy planowaniu realizacji projektu zamienność osób i osobomiesięcy jest
właściwa gdy:
23. Metoda analogii
Istnienie dokumentacji innych systemów z tej samej dziedziny.
Ustalenie kluczowych charakterystyk do systemów z tej dziedziny.
Zdefiniowanie różnic i podobieństw nowego systemu z poprzednimi na podstawie kluczowych charakterystyk.
Oszacowanie wielkości nakładu za pomocą liniowej zależności.
24. Co należy przygotować przed wykonaniem metody EV?
Zakres projektu, harmonogram, planowany budżet, stosowane jednostki miary: godz, kwoty, liczba pakietów roboczych
25. Grupowanie funkcji elementarnych w procesy (moduły)
26. Teoria Halsteada
P - program jako kolekcja znaków, operatory i operandy
n1 - liczba unikalnych operatorów; n2 - liczba unikalnych operandów
N1 - całkowita liczba wystapień operatorów;N2 - operandów
Długość P: N = N1 + N2
Słownik P: n = n1 + n2
Twierdzenie 1. Wielkość programu P o długości N
N= n1logn1+n2logn2 N=nlog2 (n/2)
Twierdzenie 2. Wysiłek potrzebny do wytworzenia P
E= n1N2Nlogn/2n2 E=N^2log2 (n)/4
Twierdzenie 3. Czas na wykonanie P
T = E/β[s]
Gdzie β - liczba elementarnych wyróżnień na sekundę
U Halsteada β=18sek
III
EV przygotowania:
-zakres projektu (działania podzielone na wystarczająco małe jednostki)
-harmonogram
-planowany budżet
-stosowane jednostki miary: godziny, kwoty, liczba pakietów roboczych
Sponsor
• definiowanie biznesowych zamierzeń przedsięwzięcia
• definiowanie celów przedsięwzięcia i priorytetów
• określanie minimalnych wymagań dla przedsięwzięcia
• inicjowanie przedsięwzięć
• nadzorowanie postępów prac z biznesowego punktu widzenia
• informowanie zarządu o postępach
• ewentualne przerwanie przedsięwzięcia
• zapewnianie poparcia zarządu dla przedsięwzięcia
Grupowanie funkcji elementarnych w procesy (moduły)
• jedna funkcja - jeden proces
• wszystkie funkcje - jeden proces
• wybrane funkcje - jeden proces
Metody na zasadzie analogii
• Istnienie dokumentacji innych produktów z tej samej dziedziny
• Ustalenie kluczowych charakterystyk dla produktów z tej dziedziny
• Zdefiniowanie różnic i podobieństw nowego produktu z poprzednimi na podstawie kluczowych charakterystyk
• Oszacowanie wielkości nakładu za pomocą liniowej zależności
I
RAD
• szybkie wytworzenie kompletnego produktu
• podejście liniowe z iteracją, możliwość wykorzystania prototypowania
• wprowadzenie do zarządzania projektem powiązania kwalifikacji i motywacji zespołu z celami uzyskiwanymi w określonym czasie
Zastosowanie i wymagania RAD
• Zastosowanie
- szybko zmieniające się wymagania
- ograniczony czas wykonania
- do wybranych części aplikacji
• Nie stosować do przedsięwzięć
- związanych z dużym ryzykiem,
- z wymaganiem wysokiej efektywności
• Wymagania
- modułowość systemu
- zastosowanie narzędzi CASE, gotowych komponentów wielokrotnego użycia
- zwiększenie produktywności zespołu
- wysoka jakość zasobów
- duże zaangażowanie użytkownika w przeglądy
Zalety i wady modelu spiralnego
• Proces iteracyjny
• Każde okrążenie dotyczy jednego elementu produktu - duże projekty
• Umożliwia zmiany w rozwoju produktu -zarządzanie zmianami
• Konieczność zarządzania ryzykiem
• Wczesna eliminacja błędów
• Umożliwia wykorzystanie podejścia prototypowania
• Powtórne wykorzystanie wcześniej wykonanych części
• Każdy cykl zakończony przeglądem wykonanym przez kluczowych członków zespołu
• Wymaga dużej wiedzy i doświadczenia od kierownika procesu
• Trudności w opracowaniu i kontroli kontraktu
Karta projektu
• Oficjalna nazwa projektu
• Sponsor projektu
• Kierownik projektu
• Cel projektu
• Uzasadnienie biznesowe realizacji projektu
• Opis wyników na poziomie ogólnym
• Opis organizacji zespołu
• Ramowy terminarz prac
• Zasoby (budżet, personel, dostawcy)
Wybór modelu cyklu życia projektu
I. Rozpoznanie istniejących modeli
II. Przegląd i analiza rodzaju prac: tworzenie,rozwijanie, pielęgnacja, …
III. Wybór modelu według listy kryteriów
IV. Dostosowanie modelu cyklu życia projektu do indywidualnych potrzeb
Kryteria wyboru modelu
• ryzyko
• czas na wykonanie
• niezawodność
• klarowność wymagań
• technologia, rozmiar i złożoność
• interfejs użytkownika
• priorytety użytkownika
• spodziewany czas życia systemu
• potencjalna równoległość
• interfejsy z istniejącymi lub nowymi systemami
Uzasadnienie biznesowe projektu
• opis i ocena spodziewanych korzyści
- oszczędności wynikające z zatrudnienia
- poprawa wizerunku firmy
- poprawa jakości pracy
• koszty - zakup sprzętu, obsługa systemu,
zakłócenia w pracy
• ryzyko związane z realizacją i zaniechaniem
• skutki finansowe - ocena inwestycji
Kierownik zespołu
• odpowiedzialność za pracę przydzielonego zespołu realizacyjnego
• planowanie i kierowanie codziennymi pracami
• prowadzenie przeglądu prac członków zespołu
• raportowanie do kierownika projektu
• powoływany w przypadku
- rozproszenie geograficzne personelu
- duża liczba osób
- różne etapy prac, osoby z różnymi umiejętnościami
- potrzeba zarządzania zespołem osób pochodzących z zewnętrznej firmy
II
Zalety i wady modelu V
• Sprzężenie procesów weryfikacji i walidacji z etapami podstawowymi
• Sekwencyjne etapy, których rozpoczęcie zależy od zakończenia poprzedniego
Cechy modelu ewolucyjnego
• powtarzalność części procesu
• uwzględnienie częstych zmian wymagań - ewolucyjna natura oprogramowania
• umożliwia zrozumienie trudnych szczegółów wymagań
• umożliwia wydanie ograniczonej wersji produktu w przypadku presji czasu
Użytkownik
• Określenie wymagań dla produktów
• Określenie kryteriów akceptacji i przygotowanie testów
• Zaplanowanie i wykonanie testów, spisanie uwag i usterek
• Nabycie odpowiedniej wiedzy i umiejętności do korzystania z produktów
• Opracowanie i wprowadzenie niezbędnych zmian produktów organizacji
• Sporadycznie: przygotowanie danych testowych i napisanie dokumentacji użytkownika końcowego
Rada Projektu:
- przedstawiciel klienta
- strateg biznesowy
- kierownik przedsięwzięcia
- kierownik realizacji
Obliczanie „niedopasowanych” punktów funkcyjnych
a) Wyznaczenie granicy aplikacji
b) Klasyfikacja składowych systemu wg typów funkcyjnych
c) Ustalenie poziomu złożoności dla każdego składnika danego typu funkcyjnego na podstawie macierzy złożoności
PIWZ
Zagadniena egzaminacyjne:
Przedsięwzięcie informatyczne:
Definicja, fazy i atrybuty przedsięwzięcia informatycznego.
Modele cyklu życia, podobieństwa i różnice między modelami.
Kryteria wyboru najdopowiedniejszego modelu cyklu życia.
Przedsięwzięcie jako projekt:
Obszary wiedzy i procesy w zarządzaniu projektami.
Struktura WBS.
Metody budowy harmonogramu.
Metody kontroli wykonania - EV.
Zakres i fazy projektu.
Definicja projektu - karta projektu.
Metoda NPV.
Struktura organizacyjna projektu, zespoły i ich role.
Zakres i poziomy działań kierownika projektu.
Obowiązki użytkownika.
Metody i modele szacowania wielkości projektowych:
Aspekty mierzenia wielkości oprogramowania.
Miary długości, funkcjonalności i złożoności oprogramowania.
Klasyfikacja modeli szacowania nakładów pracy.
Podstawy szacowania nakładów i czynniki dokładności prognoz.
Metoda COCOMO - etapy, formy, typy systemów, rodzaje sterowników kosztów.
Metoda Halsteada - długość, słownik programu, definicja nakładu.
Warunki dla metod analogii.
Metoda FP:
Poziomy stosowania.
Typy składników systemu.
Obliczanie złożoności typów składników.
Etapy metody.
Obliczanie UFP.
Wskaźnik technicznej złożoności.
Całkowity stopień wpływu, charakterystyki technicznej złożoności.
Obliczanie FP.
Elementy projektowania systemu informatycznego:
Elementy projektowania logicznego.
Elementy projektowania fizycznego.
Zakres systemu - procesy podstawowe, procesy obsługujące.
Czynniki grupowania funkcji elementarnych w procesy.
Reguły preferencyjne grupowania.
Kategorie realizacyjne procesów.
Zasady tworzenia logiki procesów.
Pytania z egzaminu:
1. zmienność liczby osób w projekcie a osobomiesiące jest prawdziwa gdy...
2. w skład rady projektu wchodzą.......
3. metoda cocomo (chodziło o jakieś atrybuty produktu
4. sekwencja działań w harmonogramie zależy od....
5. zalety metody cyklu życia V ...
6. inna dokumentacja z innego systemy potrzebna do obliczenia wielkości
systemu stosowana jest w metodzie....?
7. szczegółowa prognoza podstawowych wymiarów projektu zależy od ...?
8. zadanie z EV
9. definicje i przykład EQ
10. def i przykład Ei
11. plan projektu
12. jakieś zadanko w obliczaniu tych det chyba
Opracowanie zagadnień:
Ad1.
Przedsięwzięcie informatyczne - jest to zamierzenie tworzenia, rozwoju i wdrożenia systemu informatycznego.
System informatyczny - dedykowany klientowi wraz z dokumentacją, która opisuje jak go zainstalować i jak go używać ; jest to wyrób niematerialny, traktowany jako wytwór intelektualny.
Ad.2.
Modele cyklu życia:
Model Kaskadowy
Model V
Modela Prototypowania
Modela Ewolucyjny
Model Spiralny
Model Komponentowy
Model RAD
Formalna Transformacja
Ad.3.
Kryteria wyboru najodpowiedniejszego modelu cyklu życia:
Ryzyko
Czas na wykonanie
Niezawodność
Klarowność wymagań
Technologia, rozmiar i złożoność
Interfejs użytkownika
Priorytety użytkownika
Spodziewany czas życia systemu
Potencjalna równoległość
Interfejsy z istniejącymi lub nowymi systemami
Ad.4.
Obszary wiedzy w zarządzaniu projektami:
Integracja projektu
Zakres projektu
Czas w projekcie
Koszty projektu
Jakość w projekcie
Zasoby ludzkie w projekcie
Komunikacja w projekcie
Ryzyko w projekcie
Zamówienia w projekcie
Procesy w zarządzaniu procesami:
Rozpoczęcia (inicjowania) - formalne zatwierdzenie projektu lub jego etapu do realizacji (karta projektu)
Planowania - określenie i precyzowanie celów projektu, wybór najlepszego z dostępnych sposobów działania prowadzącego do realizacji celów
Realizacji - koordynacja ludzi i innych zasobów w celu wykonania przyjętego planu
Kontroli - systematyczne monitorowanie i mierzenie wykonania projektu, umożliwiające wykrywanie odchyleń od planu
Zakończenia - formalna akceptacja otrzymanych wyników projektu lub etapu projektu oraz zamknięcie projektu
Ad.5.
Struktura WBS (Work Breakdown Strukture) - Struktura podziału pracy - definiuje pracę do wykonania w celu ukończenia projektu; stanowi zestawienie składników projektu ze względu na jego główne produkty cząstkowe. Jest podstawą do:
szacowania kosztów
planowania zasobów
definiowania zadań
zarządzania ryzykiem
Ad.6.
Metody budowania harmonogramu
CPM, PERT, wykres Gantta, wykres kamieni milowych, metoda łańcucha krytycznego, harmonogram hierarchiczny
Ad.7.
Metody kontroli wykonania - EV (Earned Value - wartość uzyskana) - podejście tradycyjne: różnica między wartością kosztów rzeczywistych i wartością kosztów planowych
Metoda wartości uzyskanej projektu:
Standard do pomiaru wydajności projektów
Kontrola realizacji projektu przez porównywanie zrealizowanego do chwili t z przyjętymi wartościami harmonogramu i budżetu w planie bazowym
Zakresu projektu
Czasu projektu
Poniesionych kosztów
Warunki zastosowania metody:
Zakres projektu (działania podzielone na wystarczająco małe jednostki)
Harmonogram
Planowany budżet
Stosowane jednostki miary: godziny, kwoty, liczba pakietów roboczych
Ad.8.
Zakres i fazy projektu
Zakres projektu - zbiór zadań do wykonania w celu wytworzenia wyrobu lub dostarczenia usługi o określonych właściwościach i funkcjach
Fazy projektu :
Podział cyklu życia projektu na etapy ze względu na usprawnienie zarządzania
Każdy etap wyznaczony przez ukończenie jednego lub kilku produktów pośrednich
Produkt pośredni - wymierny, konkretny i sprawdzalny rezultat lub przedmiot, np. studium wykonalności, dokumentacja techniczna, prototyp
Produkty pośrednie i etapy tworzą logiczną sekwencję prowadzącą do produktu końcowego
Ad.9.
Definicja projektu - karta projektu
Oficjalna nazwa projektu
Sponsor projektu
Kierownik projektu
Cel projektu
Uzasadnienie biznesowe realizacji projektu
Opis wyników na poziomie ogólnym
Opis organizacji zespołu
Ramowy terminarz prac
Zasoby (budżet, personel, dostawcy)
Ad.10.
Metoda NPV - metoda (dyskontowa) wartości zaktualizowanej netto, której celem jest określenie aktualnej wartości wpływów i wydatków związanych projektem.
Obliczanie:
,
Założenie: stały poziom stopy dyskontowej r
- wartość przepływów pieniężnych netto jako różnica między wpływami i wydatkami w czasie t badanego okresu
t = 0, 1, …, n
- współczynnik dyskontowy w roku t
Ad.11.
Struktura organizacyjna projektu, zespoły i ich role
Zarząd organizacji
Wypracowanie strategii
Koordynacja wszystkich projektów prowadzących do oczekiwanych zmian
Wyznaczenie rady projektu do działania w ustalonych ograniczeniach
Rada projektu
Kierowanie całością projektu
Odpowiedzialność za wyniki prac mianowanie i rozliczanie kierowników projektu
Zatwierdzanie zmian
Przyjmowanie wyników projektu
Podejmowanie decyzji w zakresie:
Oceny zrozumienia przez kierowników projektu oczekiwań
Oceny sposobu gospodarowania finansami
Kontynuacji lub zamknięcia projektu
Ustalenie płatnika za główne zmiany
Ocena spełnienia wymagań przez produkt
Kierownik projektu
Planowanie, monitorowanie, kontrola
W większych projektach - podejmowanie decyzji finansowych i w zakresie specyfikacji wymagań, zasobów, akceptacji produktów
Kierownik zespołu
Podstawowe role w przedsięwzięciu informatycznym:
Sponsor/klient
Definiowanie biznesowych zamierzeń przedsięwzięcia
Celów przedsięwzięcia i priorytetów
Określenie minimalnych wymagań dla przedsięwzięcia
Inicjowanie przedsięwzięć
Nadzorowanie postępów prac z biznesowego punktu widzenia
Informowanie zarządu o postępach
Ewentualne przerwanie przedsięwzięcia
Zapewnienie poparcia zarządu dla przedsięwzięcia
Użytkownik
Określenie wymagań dla produktów
Określenie kryteriów akceptacji i przygotowanie testów
Zaplanowanie i wykonanie testów, spisanie uwag i usterek
Nabycie odpowiedniej wiedzy i umiejętności do korzystania z produktu
Opracowanie i wprowadzenie niezbędnych zmian w organizacji
Sporadycznie: przygotowanie danych testowych i napisanie dokumentacji użytkownika końcowego
Kierownik przedsięwzięcia (projektu)
Osiągnięcie celów w ramach czasu, kosztu i jakości ustalonych przez sponsora
Planowanie, nadzorowanie i kontrolowanie
Podejmowanie działań naprawczych
Wybór, tworzenie i motywowanie zespołu
Informowanie sponsora i zarządu o postępach oraz zgłaszanie problemów
Działanie jako główny łącznik między sponsorem, zarządem i uczestnikami przedsięwzięcia
Wybór i zarządzanie podwykonawcami
Kierownik zespołu
Odpowiedzialność za prace przydzielonego zespołu realizacyjnego
Planowanie i kierowanie codziennymi pracami
Prowadzenie przeglądu prac członków zespołu
Raportowanie do kierownika projektu
Powoływany w przypadku:
Rozproszenia geograficznego zespołu
Dużej liczby osób
Różnych etapów prac - osoby z różnymi umiejętnościami
Potrzeby zarządzania zespołem osób pochodzących z zewnętrznej firmy
Specjalista ds. jakości, ryzyka
Analityk
Definiowanie wymagań użytkownika
Definiowanie kryteriów akceptacji
Decydujący udział w opracowywaniu dokumentacji użytkownika
Definiowanie nowych lub zmieniających się wymagań
Projektant
Projektant wraz z analitykiem generuje projekt systemu
Budowa porozumienia pomiędzy analitykiem i programistami: na wejściu projektant otrzymuje wyniki analizy, wyniki projektowania stanowią wejście dla programisty
Wprowadzenie zmian projektowych w wyniku zidentyfikowania potrzeb zmian
Wprowadzanie standardów specyficznych dla przedsięwzięcia
Programista
Pisanie programu w określonym języku - dokładna implementacja specyfikacji wymagań
Wstępne testowanie
Implementacja ustalonych zmian
Administrator
Dokumentalista
Przygotowanie i przechowywanie dokumentów wykorzystywanych podczas cyklu życia systemu (specyfikacja wymagań, opis projektu, dokumentacja programu, podręcznik szkoleniowy, plany testów)
Biuro
Pomoc kierownikowi przedsięwzięcia w pracach administracyjnych
Organizacja spotkań
Przekazywanie informacji
Pilnowanie terminów
Szkoleniowiec
Prezentacja działania systemu
Szkolenie w zakresie korzystania z systemu
Szkolenie w zakresie wprowadzonych zmian w systemie
Ad.12.
Zakres i poziomy działań kierownika projektu
Osiągnięcie celów w ramach ilości, jakości i kosztów
Planowanie, nadzorowanie i kontrolowanie
Podejmowanie działań naprawczych
Wybór, tworzenie i motywowanie zespołu
Informowanie sponsora i zarządu o postępach oraz zgłaszanie problemów
Działanie jako główny łącznik między sponsorem, zarządem i uczestnikami przedsięwzięcia
Wybór i zarządzanie podwykonawcami
Ad.13.
Aspekty mierzenia wielkości oprogramowania
Długość - aspekt fizyczny programu
Funkcjonalność - aspekt użytkowy, to co w rzeczywistości użytkownik otrzymuje w wyniku działania programu
Złożoność - aspekt budowy i użytkowy: strukturalny i obliczeniowy
Ad.14.
Miary długości (zależnie od języka programowania w jakim tworzy się oprogramowanie)
Liczba linii kodu programu LOC (Line of code)
Liczba linii kodu efektywnego, tj. bez linii komentarza ELOC lub NCLOC
Liczba instrukcji źródłowych dostarczonego produktu DSI bez linii komentarza, ale z deklaracjami i nagłówkami
Liczba bajtów
Liczba stron dokumentacji
Miary funkcjonalności oprogramowania
Liczba funkcji wykonywanych przez program
Liczba elementów struktury funkcjonowania
Dokładność otrzymywanych wyników
Liczba elementów struktury informacyjnej
Odpowiedniość zbioru funkcji w odniesieniu do celów i zadań użytkowników
Liczba punktów funkcyjnych (FP)
Miary złożoności oprogramowania
Liczba cyklomatyczna McCabe
Miara Halsteada
Miary modułowe: Henry i Kafura
Ad.15.
Klasyfikacja modeli szacowania nakładów pracy
Metoda COCOMO
Metoda Delficka
Metoda Analogii
Ad.16.
Podstawy szacowania nakładów
Czynniki dokładności prognoz
Dokładność oszacowania wielkości produktu końcowego
Znajomość metod obliczania kosztów, terminów i nakładów pracy
Zmienność wymagań wobec produktu
Uwzględnienie kwalifikacji wykonawców projektu
Stabilność środowiska projektu
Ad.17.
Metoda COCOMO - etapy:
Oszacowanie nominalnego nakładu dla ustalonego rodzaju systemu
Obliczenie współczynnika wnioskowania na podstawie ustalonych wielkości współczynników dla każdego z 15 sterowników kosztowych
Oszacowanie nakładu pracy w osobomiesiącach
Oszacowanie czasu trwania realizacji
Formy
Typy
Rodzaje sterowników kosztów:
Atrybuty produktu
RELY - wymagana niezawodność oprogramowania
DATA - rozmiar bazy danych
CPLX - złożoność systemu
Atrybuty komputera
TIME - ograniczenie czasu wykonania
STOR - ograniczenie pamięci
VIRT - istotność maszyny wirtualnej
TURN - czas odpowiedzi
Atrybuty personelu
ACAP - kwalifikacje analityków
AEXP - doświadczenie aplikacyjne
PCAP - kwalifikacje programistów
VEXP - doświadczenie z maszynami wirtualnymi
LEXP - doświadczenie w programowaniu
Atrybuty przedsięwzięcia
MODP - praktyka w stosowaniu nowoczesnego oprogramowania
TOOL - stosowanie narzędzi tworzenia oprogramowania CASE
SCEO - istnienie wymaganego harmonogramu tworzenia
Ad.18.
Metoda Halsteada
P - program jako kolekcja znaków, operatory i operandy
n1 - liczba unikalnych operatorów
n2 - liczba unikalnych operandów
N1 - całkowita liczba wystąpień operatorów
N2 - całkowita liczba wystąpień operandów
Długość P: N= N1+ N2
Słownik P: n= n1+ n2
Definicja nakładu - miara procesu, jako funkcja miar bezpośrednich
Ad.19.
Warunki dla metod Analogii
Istnienie dokumentacji
Ustalenie kluczowych charakterystyk do systemów z tej dziedziny
Zdefiniowanie różnic i podobieństw nowego systemu z poprzednimi na podstawie kluczowych charakterystyk
Oszacowanie wielkości nakładu za pomocą liniowej zależności
Ad.20.
Ad.21.
Poziomy stosowania metody Function Point (FP) :
System tworzony od początku
System zmodyfikowany
System działający
Ad.22. i Ad.23.
Typy składników systemu:
Informacyjne (dane)
ILF - wewnętrzny plik logiczny - grupa logicznie powiązanych danych lub informacji sterujących, pielęgnowanych (C,U,D) przez elementarny proces/funkcję należący do zakresu aplikacji
EIF - zewnętrzny plik interfejsu - grupa logicznie powiązanych danych lub informacji sterujących, do których odwołania (R) są realizowane za pomocą elementarnego procesu/funkcji z zakresu danej aplikacji, ale pielęgnowanych przez elementarny proces/funkcję należący do innej aplikacji.
Funkcyjne (transakcje)
EI - zewnętrzne wejście - elementarny proces/funkcja aplikacji , który przetwarza dane lub informacje sterujące wprowadzone z otoczenia aplikacji przez użytkownika lub inną aplikację.
EO - zewnętrzne wyjście - elementarny proces/funkcja aplikacji, który generuje dane lub informacje sterujące do otoczenia aplikacji: do użytkownika lub innej aplikacji
EQ - zewnętrzne zapytanie - elementarny proces/funkcja aplikacji, który wyprowadza dane do użytkownika; stanowi kombinację wejść i wyjść; wejście - informacja sterująca, która określa rodzaj i sposób pozyskiwania danych z ILF, EIF; wyjście - nieprzetworzone dane odczytane z ILF, EIF
Ad.24. i Ad.25.
Etapy metody:
Obliczanie „niedopasowanych” punktów funkcyjnych.
Wyznaczenie granicy aplikacji
Klasyfikacja składników systemu wg typów funkcyjnych
Ustalenie poziomu złożoności dla każdego składnika danego typu funkcyjnego na podstawie macierzy złożoności
Obliczanie UFP wg wzoru:
,
Gdzie: zij - liczba składników i-tego typu j-tej złożoności
wij - waga składnika zij
i=1,2,…,5
j=1,2,3
Obliczanie wskaźnika technicznej złożoności TCF
Obliczanie wielkości systemu w punktach funkcyjnych
Ad.26.
Wskaźnik technicznej złożoności
Ustalenie poziomu i liczby stopni wpływu każdej charakterystyki na podstawie tabeli reguł.
Obliczenie całkowitego stopnia wpływu
i = 1,…, 14
Obliczenie wskaźnika technicznej złożoności
Ad.27.
Całkowity stopień wpływu - skala wpływu: 0 - brak, 1 - nieznaczny, 2 - umiarkowany, 3 - średni, 4 - znaczny, 5 - silny
Charakterystyki technicznej złożoności
C1 - transmisja danych
C2 - rozproszone przetwarzanie
C3 - wydajność
C4 - obciążenie konfiguracji
C5 - wskaźnik ilościowy transakcji
C6 - wprowadzenie danych on-line
C7 - sprawność końcowego użytkownika
C8 - aktualizacja on-line
C9 - złożoność przetwarzania
C10 - wielokrotność użycia
C11 - ułatwienia dla instalacji
C12 - ułatwienia dla eksploatacji
C13 - wielość stanowisk
C14 - ułatwienia dla zmian
Ad.28.
Obliczanie FP: UFP*TCF
Ad.29.
Projekt - techniczna reprezentacja budowanego systemu.
Wynik projektowania - specyfikacja projektu.
Jakość oprogramowania zależy głównie od decyzji projektowych.
Projektowanie - iteracyjny proces tłumaczenia specyfikacji wymagań na specyfikację projektu.
Elementy projektowania logicznego:
Definicja zakresu systemu
Opracowanie struktury systemu
Opracowanie architektury systemu
Ad. 30.
Elementy projektowania fizycznego:
Wybór środków fizycznej implementacji
Projekt interfejsu użytkownika
Projekt formularzy papierowych.
Projekt raportów.
Cele systemu informatycznego - wykonywanie zdefiniowanych funkcji przedsiębiorstwa oraz wykonywanie funkcji koniecznych do zapewnienia sprawnego działania systemu.
Ad.31.
Zakres systemu:
Procesy podstawowe - obejmujące podzbiór zdefiniowanych funkcji, określony ze względu na :
Cele systemu
Priorytety (częstość, pilność, znaczenie dla celów)
Możliwości (technologiczne)
Ograniczenia (zasoby czasowe, finansowe, ludzkie, istniejące systemy, preferencje)
Przy zapewnieniu:
Kompletnej obsługi zdefiniowanej sekwencji funkcji (wynikającej z odpowiedzi na zdarzenie)
Przeniesienia funkcji elementarnych na procesy elementarne
Procesy obsługujące system:
Instalacja systemu i aktualizacja wersji
Konwersja i współdziałanie z istniejącymi systemami
Monitorowanie działania i sporządzanie statystyk
Zabezpieczenie i kontrola dostępu
Tworzenie i odtwarzanie kopii zapasowych
Usuwanie niepotrzebnych danych
Ad. 32.
Grupowanie funkcji elementarnych w procesy(moduły);
Jedna funkcja => jeden proces
Wszystkie funkcje => jeden proces
Wybrane funkcje => jeden proces
Czynniki grupowania:
Sekwencje zależności funkcji
Role użytkowników
Jednostki organizacyjne
Możliwe sposoby realizacyjne
Równowaga między złożonością składników a:
Łatwością zrozumienia
Możliwościami wdrożenia
Ad.33.
Reguły preferencyjne grupowania funkcji w procesy:
Preferencje ogólne
Funkcje wykonywane przez jedną jednostkę organizacyjną
Funkcje przetwarzające te same obiekty i/lub atrybuty
Funkcje o tym samym wymaganym czasie odpowiedzi
Poziomy preferencji
Funkcje działające na tych samych obiektach
Funkcje działające na tych samych obiektach i w ten sam sposób (C,R,U,D,A)
Funkcje działające na tych samych obiektach i tych samych atrybutach dokładnie w ten same sposób
Preferencje użytkownika
Reguły sterujące działaniami przedsiębiorstwa
Ad.34.
Kategorie realizacyjne projektów:
Ekranowy - operowanie na danych (C,U,D,R) i natychmiastowy czas odpowiedzi
Wydawniczy - użycie tabel typu R i opóźniony czas odpowiedzi
Operatorski - brak manipulowania danymi i opóźniony czas odpowiedzi
Ręczny - brak odwołania do tabel
Ad.35.
Zasady tworzenia logiki procesów:
Logika procesu - specyfikacja projektowa
Przeniesienie logiki zdefiniowanych funkcji elementarnych
Opracowanie logiki procesów dodanych
Wyszukiwanie identycznych procedur przetwarzania
Projekt modułów:
Moduł - nazwany, oddzielny składnik (komponent programu)
Może być implementacją w postaci jednego programu
Spełnia wymagania logicznej lub funkcjonalnej części systemu
Jest niezależny od pozostałej części systemu, z wyjątkiem interfejsów
Moduły wymagają integracji w jedną całość - system
Hierarchia modułów - opis powiązań między modułami
Moduł nadrzędny -wywołuje inny moduł
Moduł podrzędny - moduł wywoływany przez inny moduł
1
Ich jest łącznie 10 (wydaje mi się, że to o to chodzi)
TEATR
#nazwa
*adres
sala
PRZEDSTAWIENIE
*data
*godzina
SZTUKA
#tytuł
*nazwa
TEATR
#nazwa
*adres
sala
PRZEDSTAWIENIE
*data
*godzina
SZTUKA
#tytuł
*nazwa