Projektowanie aplikacji  w Accessie 

Obiekty aplikacji:

 

Etapy prac projektowych nad systemem informacyjnym (aplikacją bazodanową) - metodyka strukturalna:

1. Strategia (analiza wstępna)

2. Analiza szczegółowa

3. Projektowanie systemu

4. Implementacja (z tworzeniem dokumentacji i testowaniem)

5. Wdrożenie

6. Eksploatacja

 

 


(1) Analiza - określa cel i zakres aplikacji. 

(2) Projektowanie, protypowanie i implementacja  - jakie obiekty (tabele, kwerendy, formularze, raporty, strony, moduły) będą tworzyć projektowaną aplikację.

 

 

Dokumentacja projektowa

Dokumentacja projektowa (całkowicie lub częściowo) jest przechowywana w repozytorium narzędzia CASE.

 

Najpierw: dokument definiujący zadanie projektu - TOR - Terms Of Reference.  TOR powinien zidentyfikować potrzeby posiadania systemu bazy danych wspomagającego biznes:

 

Dokumenty fazy analizy:

 

Dokumenty fazy projektowania:

1. schemat projektowy bazy danych (tabele, kolumny, klucze główne i obce),

2. diagram i spis modułów systemu (formularze, raporty, powiązania między nimi).

 

W fazie implementacji systemu (łącznie z testowaniem)  powstają: 

  1. aplikacja, 

  2. instrukcja posługiwania się aplikacją przez użytkowników oraz 

  3. dokumentacja programistyczna (dla osób, które w przyszłości będą administrować i/lub zmieniać aplikację).

 

Faza wdrażania systemu  obejmuje jego instalację, szkolenie użytkowników i wprowadzanie danych.

 

Faza eksploatacji systemu połączona z wprowadzaniem do niego zmian wymaga powrotu do dokumentacji przygotowanej w poprzednich fazach i jej modyfikacji.

 

Cechami charakterystycznymi faz projektowania aplikacji jest przetwarzanie informacji zebranych w poprzedzającej fazie

Inną cechą procesu tworzenia aplikacji jest używanie prototypów – próbnych aplikacji - do zbierania informacji na długo przed tym jak rozpocznie się implementacja systemu. W wyniku analizy działania tych próbnych aplikacji można uzyskać potwierdzenie prawidłowego zrozumienia wymagań użytkowników co do reprezentowanych danych, realizowanych funkcji i interfejsu ekranowego aplikacji. 

 

Ważną cechą procesu tworzenia aplikacji jest  użycie narzędzi CASE umożliwiających automatyzację pewnych procesów projektowych:

1. Skoncentrowane na komputerowym wspomaganiu etapów analizy i projektowania oraz bezpośrednim użyciu ich rezultatów w fazie implementacji.

2. Centralne pojęcie to repozytorium projektowe – baza danych zawierająca wszystkie obiekty (w tym dokumenty) używane wspólnie przez cały zespół projektowy przez cały okres działalności projektowej:

3. Repozytorium projektowe jest dzielone na części – systemy aplikacyjne, foldery.

4. Obiekty projektowe mogą być:

5. Narzędzie CASE jest w stanie automatycznie produkować raporty projektowe (w tym produkty kończące etapy projektowania) na podstawie zawartości repozytorium projektowego. Np. w MS Visio z menu "Database -> Report":


 

Przykład dokumentacji projektowej Oferty pracy

 

I.  TOR

Nazwa projektu: Oferty pracy

Kontekst: W prasie i internecie pojawia się wiele ogłoszeń firm poszukujących pracowników na stanowiska informatyczne. W PJWSTK jest wielu studentów, którzy szukają pracy. Władze szkoły chciałyby dysponować danymi o aktualnych ofertach pracy. Są gotowe wyznaczyć osobę do wprowadzania ofert pracy do bazy danych.

Potrzeby: Dobrze by było, aby studenci mogli wyszukiwać interesujące ich oferty pracy - w oparciu o rodzaj działalności firmy bądź w oparciu o wymagania. Dla władz szkoły istotna jest znajomość trendów na rynku pracy. Może to znaleźć odzwierciedlenie w przygotowywanym  programie studiów jak i programach poszczególnych zajęć.

 

II.  Diagram związków encji Oferty pracy 

 

 

III. Spis funkcji systemu informatycznego Oferty pracy

  1. Wprowadzenie/aktualizacja/usuwanie informacji o firmach.
  2. Wprowadzenie/aktualizacja/usuwanie informacji słownikowych:
  3. Wprowadzenie informacji o nowej ofercie:
  4. Aktualizacja/usuwanie informacji o ofertach.
  5. Wyszukiwanie ofert w oparciu o wprowadzone kryteria:
  6. Raporty:

IV. Podstawowe moduły

  1. Główny panel sterowania (f)  (moduł rozpoczynający i kończący wykonywanie aplikacji)

  2. Wprowadź/wyświetl firmy (f)

  3. Wprowadź oferty (f) 

  4.  Administracja słownikiem wymagań (f)

  5.  Backup na dyskietkę (m)

  6.  Wyświetl oferowane stanowiska (f)

  7.  Wyszukuj według wymagań (f)

  8.   Ranking wymagań (r)

  9.  Zestaw stanowisk według wymagań (r)

 

Typy modułów:

 

V.  Spis modułów projektowanego systemu Oferty pracy (przykłady)

 

1. Główny panel aplikacji (f)

Funkcje: Kierowanie użytkownika do modułów realizujących odpowiednie funkcje. Zakończenie aplikacji.

2. Wprowadź_wyświetl firmy (f)

Funkcje: Wprowadzanie, wyświetlanie i aktualizacja danych o firmach.

Postać: Pojedynczy formularz.

Źródło danych: Tabela Firmy.

Powiązania: Dostępny  z modułów Główny panel aplikacji  i Wprowadź_aktualizuj oferty.

3.Administracja słownikiem wymagań (f)

Funkcje: Przeglądanie i wprowadzanie nowych kategorii oraz pozycji słownika wymagań (w podziale na kategorie). Aktualizacja i usuwanie pozycji słownika wymagań.

Postać: Formularz z podformularzem.

Źródło danych: Tabela Kategorie wymagań dla formularza głównego oraz tabela Słownik wymagań dla podformularza.

Powiązania: Dostępny z modułów Główny panel aplikacji i Wprowadź_aktualizuj oferty. Powrót po śladzie.

4. Wprowadź_aktualizuj oferty (f)

Funkcje: Wprowadzanie ofert pracy: informacji o ogłoszeniu, stanowiskach w ogłoszeniu, obowiązkach i wymaganiach związanych z danym stanowiskiem.

Postać: Formularz z podformularzem i z formularzem wyskakującym (połączonym z podformularzem).

Źródło danych: Tabela Oferty dla formularza głównego, tabela Stanowiska w ofercie dla podformularza,  tabela Wymagania dla formularza wyskakującego. Oprócz tego przez odnośnik jest połączenie z tabelą Firmy (z formularza głównego) oraz przez listę rozwijaną oraz odnośnik z tabelami Słownik Wymagań oraz Kategorie wymagań (z formularza wyskakującego).

Powiązania: Dostępny z modułów: Główny panel aplikacji, Wprowadź_wyświetl firmy, Wyświetl ogłoszenia (powót do Główny panel aplikacji).

5. Wyświetl oferowane stanowiska (f)

Funkcje: Przeglądanie pełnych ogłoszeń, które ukazały się po podanej dacie.

Postać: Formularz z podformularzem i z formularzem wyskakującym (uruchamianym z podformularza).

Źródło danych: Kwerenda Firmy i oferty (złączenie tabel Firmy i Oferty) dla formularza głównego, tabela Stanowiska w ofercie dla podformularza oraz kwerenda Kategorie i wymagania (złączenie tabel Wymagania, Słownik wymagań i Kategorie wymagań).

Powiązania: Dostępny z modułu Główny panel aplikacji.

6. Wyszukaj według wymagań (f)

Funkcje: Wyszukiwanie oferowanych stanowisk pracy według wybranego wymagania i takich, których ogłoszenia ukazały się po wybranej dacie.

Postać: Formularz z podformularzem.

Źródło danych: Kwerenda Wszystko (złączenie tabel Firmy, Oferty, Stanowiska w ofercie, Wymagania, Słownik wymagań i Kategorie wymagań) dla głównego formularza (tu wyszukuje się oferty względem nazwy wymagania) oraz kwerenda Wymagania i słownik wymagań (złączenie tabel Wymagania i słownik wymagań).

Powiązania: Dostępny z modułu Główny panel aplikacji.

7. Zestaw stanowisk względem wymagań  (r)

Funkcje:  Zestawienie firm i stanowisk względem kategorii i nazwy wymagania - z przeznaczeniem do wydrukowania lub wyświetlenia na ekranie.

Źródło danych: Kwerenda Wszystko.

8. Ranking wymagań  (r)

Funkcje: Ile razy dane wymaganie występuje w ofercie na stanowisko.

Źródło danych: Kwerenda „Ranking wymagań”.

9. Backup danych (m)

Funkcje: Skopiowanie danych do pliku .mdb o ścieżce podanej przez użytkownika.

 

Ad.1 Formularz realizujący moduł „Główny panel aplikacji”.

 

Ad.4 Formularz realizujący moduł „Wprowadź oferty”.

 

Ad.6. Formularz realizujący moduł „Wyszukaj według wymagań”

 


Organizacja prac projektowych - Microsoft Solutions Framework (MSF)

Zbiór wskazówek postępowania pogrupowanych wokół podstawowych aspektów prowadzenia prac projektowych:

  1. Model zarządzania ryzykiem (Risk Management Model)

  2. Model procesów (Process Model)

  3. Model zespołu projektowego (Team Model)

  4. Model architektury przedsiębiorstwa (Enterprise Architecture Model)

  5. Model procesu projektowania (Design Process Model)

  6. Model aplikacji (Application Model)

 


 

Model zarządzania ryzykiem

Ryzyko - problem, zagrożenie, które może się urzeczywistnić.

Aktywne zarządzanie ryzykiem (proactive risk management) – identyfikowanie potencjalnych przyczyn niepowodzenia projektu i podejmowania działań w celu zapobieżenia lub minimalizowania wpływu ryzyka na projekt.

 


Model procesów

Model określający kolejność działań w projekcie od początku do zakończenia projektu.

Podstawowe modele procesów projektowych:

Model kaskadowy (watefall model) – każdy zestaw zadań musi zostać zakończony przed rozpoczęciem kolejnej fazy. 

 

Model spiralny (spiral model) – ciągła potrzeba poprawiania wymagań i oszacowań projektowych. 

 

Model procesów MSF łączy ze sobą zasady oparte na kamieniach milowych i etapach projektowania z iteracją w jeden model.

Cykl życia projektu  oparty na kamieniach milowych:

Struktura planowania projektu oparta na 4 fazach. Każda faza kończy się zewnętrznie widocznym kamieniem milowym.

Wyróżniamy dwa rodzaje kamieni milowych:

 

Faza 1 (Faza określania wizji) Zespół projektowy razem z klientem określają wymagania biznesowe i ogólne cele projektu. Kończy się kamieniem milowym akceptacji wizji co wskazuje, że zespół projektowy i klient zgadzają się na opracowany kierunek projektu.

Faza 2 (Faza planowania) Kończy się kamieniem milowym akceptacji planu.

Faza 3 (Faza tworzenia) Kończy się gdy produkt projektu (np. oprogramowanie) jest gotowy i może zostać poddany wdrożeniu (deployment). 

Faza 4 (Faza stabilizacji)  Projekt kończy się akceptacją produktu,  wypuszczeniem go na rynek lub wdrożeniem. 

 

Wersjonowanie zwalnianych "wypuszczanych” produktów (versioned releases)

Dzielenie dużego projektu na wiele wersjonowanych wydań, gdzie:

Zarządzanie trójkątem zależności

Zmienne projektowe: 

  1. zasoby (resources) jak ludzie, pieniądze, 

  2. harmonogram (schedule) i 

  3. cechy produktu, funkcje (features). 

„Żywe dokumenty projektowe”

 

 


Model zespołu projektowego

 

Zespół składa się z sześciu ról:

 

  1. Kierownik produktu, zarządzanie produktem (product management

  2. Kierownik programu prac projektowych, zarządzanie pracami  projektowymi (program management

  3. Wytwórca, budowa produktu (development)

  4. Tester, Testowanie (Testing)

  5. Edukacja, szkolenie użytkowników (User Education)

  6. Kierownik logistyki, logistyka (Logistics Management

 

Zasady zespołu projektowego MSF (team of peers)

  1. Wspólna wizja projektu.

  2. Pełna współpraca. 

  3. Uczenie się na  doświadczeniach zdobytych w  poprzednich projektach.

  4. Wspólne zarządzanie projektem oraz podejmowanie decyzji. Bez jednego, głównego kierownika projektu.

  5. Wspólna praca członków projektu  w jednym miejscu. 

  6. Podział pracy w dużych zespołach na mniejsze.

 Podsumowanie
Rola Cel

Kierownik produktu

Zadowolony klient
Kierownik programu Dostarczenie produktu w ramach ograniczeń projektowych

Wytwórca

Dostarczenie produktu zgodnego ze specyfikacją

Tester

Sprawdzenie wszystkich potencjalnych problemów

Edukacja użytkownika

Sprawne użycie systemu przez użytkowników

Kierownik logistyki

Sprawne wdrożenie produktu 

 

 


Model architektury przedsiębiorstwa (Enterprise Architecture Model) - BAIT

Biznes 

Cele i zadania: na czym polega biznes w organizacji?

Organizacja: kto jest odpowiedzialny?

Procesy biznesowe: jak organizacja wykonuje swój biznes?

Klient: kim jest klient?

Dostawcy/sprzedawcy: z kim współpracuje organizacja?

Działania biznesowe w tym: 

Aplikacje

 

Informacja 

 

Technologia

 


Model procesu projektowania (Design Process Model)

 

Trzy perspektywy (ustawione w sekwencję wielokrotnie iterowaną):

koncepcyjne projektowanie  

logiczne projektowanie  

projektowanie fizyczne 


Model aplikacji (Application Model)

Funkcje modelu aplikacji:

1.Ustalenie definicji, reguł i związków, które będą tworzyć strukturę aplikacji. 

2.Stanowi/umożliwia spójne podejście do projektowania i budowy aplikacji. 

3.Używa projektowania komponentowego opartego na serwisach. 

 

Model aplikacji oparty o serwisy

3-warstwowy logiczny model projektowania wielowarstwowych, rozproszonych aplikacji, które obejmują trzy kategorie serwisów: 

Serwis użytkownika – dotyczący interfejsu użytkownika:

Serwis biznesowy

Serwis danych – najniższy widoczny poziom szczegółów używanych do operowania na danych: