xxx

xxx

xxx

PRACA ZALICZENIOWA

ANALIZA SYSTEMU INFORMATYCZNAGO

BIURA POŚREDNICTWA PRACY

xxx

FEASIBILITY STUDY

1. Cel i przeznaczenie.

1. Ogólne sformułowanie dziedziny i celów..

• System informatyczny obsługujący fikcyjne biuro pośrednictwa pracy

1. Zwięzła charakterystyka przedsięwzięcia.

• Stworzenie systemu usprawniającego pracę biura pośrednictwa pracy.

1. Kryteria i warunki powodzenia realizacji systemu.

• Sprawność techniczna systemu, rzetelność pracowników.

1. Charakterystyka użytkowników.

• obsługa biura;

• pracownicy regionalni do spraw rekrutacji;

• poszukujący pracy i pracodawcy

1. Charakterystyka środowiska i warunków działania systemu.

• Niski budżet, słabo wykształcone informatycznie kadry, powszechny dostęp w Internecie do wysyłania danych osobowych poszukujących pracy oraz ofert pracy składanych przez pracodawców.

2. Projekt funkcjonalny.

1. Funkcjonalna charakterystyka systemu.

• wysyłanie danych osobowych i ofert pracy poprzez stronę internetową biura;

• ewidencji danych osobowych poszukujących pracy oraz ofert pracy składanych przez pracodawców;

• wyszukiwanie osób odpowiadających kryteriom oferty pracy.

• przeglądanie danych poprzez Internet.

1. Analiza danych.

2. Formalny opis funkcji systemu.

• Model Bazy:




• Przepływ danych w systemie:




• Przepływ danych Aplikacji „Biuro”:




1. Ścisła specyfikacja procedur systemu.

• Wyślij dane osobowe;




• Wyślij ofertę pracy;




• Wprowadź dane osobowe;










• Wprowadź ofertę pracy i Wyszukaj osoby;




• Wprowadź propozycję




• Przeglądaj dane.







1. Specyfikacja praw dostępu i ochrony danych.

• administrator - wszystkie komponenty;

• operator - system centralny i baza danych, uprawnienia: select, insert, update, delete;

• pracownicy regionalni - baza danych poprzez interface webowy, uprawnienia: select;

• poszukujący pracy i pracodawcy - interface webowy, formularze.

1. Specyfikacja statystyk zbieranych przez system.

• na życzenie użytkownika funkcjonalność systemu może zostać rozszerzona o dowolne statystyki np.: najbardziej aktywny pracodawca, najczęściej oferowane stanowiska pracy, raport miesięczny.
  

1. Specyfikacja jakości.

• Łatwość użytkowania:

System zostanie stworzony na platformie Windows NT/XP. Interfejsy wszystkich komponentów będą posiadały stylistykę zbliżoną do istniejących aplikacji co pozwoli użytkownikowi szybko opanować obsługę.

• Łatwość pielęgnacji:

Możliwość sporządzania kopii danych

• Możliwości rozwoju

Ze względu na budowę składającą się z oddzielnych komponentów istnieje możliwość zmiany funkcjonalności systemu poprzez modyfikacje istniejących komponentów, dodanie nowych lub ograniczenie istniejących


1. Współdziałanie z innymi systemami.

• wprowadzanie i przeglądanie danych za pomocą przeglądarki internetowej;

• wysyłanie wiadomości programem pocztowym.

3. Prototyp.

1. Opis prototypu.

• Fikcyjne dane generowane jako testowe.

1. Ocena prototypu przez przyszłych użytkowników systemu. Propozycje.

• Prototyp jako etap pośredni implementacji.

1. Wnioski.

• Badanie efektywności, przyjazności dla użytkownika.

4. Architektura systemu.

1. Technologiczna podstawa działania systemu.

• System zarządzania bazą danych;

• Aplikacja webowa;

• Aplikacja korzystająca z bazy danych;

1. Ilościowa i jakościowa charakterystyka parametrów wydajnościowych systemu

• Ilość użytkowników aplikacji webowej praktycznie nieograniczona.

• Liczba rekordów w bazie danych około tysiaca.

1. Krótka analiza rynku oprogramowania i sprzętu.

• Baza danych tania;

• Brak specjalizowanego oprogramowania - trzeba zrobić własne aplikacje;

• Opłata za konto na serwerze.

5. Zarządzanie realizacją projektu.

1. Specyfikacja oprogramowania i jego konfiguracja.

• System zarządzania bazą danych MySQL;

• Aplikacja webowa PHP;

• Aplikacja bazodanowa C++.

1. Specyfikacja i konfiguracja sprzętu komputerowego i sieciowego.

• Stacja robocza
  Windows XP, 256 MB RAM, CD-RW, FDD, Monitor 15”, HDD 40 GB,
  karta sieciowa 10/100 PCI, UPS, Drukarka HP 1000W.
  

• Łącze sieciowe
  modem umożliwiający dostęp do Internetu.
  

1. Metodyczne i narzędziowe zalecenia w zakresie zarządzania realizacją projektu.

• Zaprojektować struktury baz danych i aplikacji.

• Kontrolować z dokumentacją.

6. Nakłady/zasoby i organizacja pracy.

1. Harmonogram prac wraz z punktami kontrolnymi etapowej oceny realizacji systemu i wskazaniem ścieżki krytycznej.

• Punkty kontrolne:

• Projekt

Zaprojektowanie komponentów pod względem funkcjonalności z uwzględnieniem konieczności wymiany danych oraz preferencji użytkowników.
W celu pełnego dostosowania produktu do oczekiwań użytkowników zespół projektowy będzie się składał z projektantów oraz użytkowników wyznaczonych przez kierownika biura

• Implementacja

Zostaną powołane dwa zespoły projektowo-programistyczne składające się
z dwóch osób każda. Zespół I będzie odpowiedzialny za bazę danych i aplikację webową. Zespół II będzie odpowiedzialny za aplikację centralną.

• Testy

Testy zostaną podzielone na dwa etapy. We wstępnym etapie testów, zespół I będzie testował aplikacje stworzone przez zespół II, i odwrotnie. Etap ten będzie się kończył wspólnym ustaleniem zakresu niezbędnych korekt i modernizacji.
Drugi etap testów zostanie przeprowadzony u klienta.

• Pełne wdrożenie

W ramach wdrożenia zostaną uzupełnione bazy danych całego systemu

• Szkolenia

Wszyscy użytkownicy systemu będą przeszkoleni z całego systemu . Dodatkowo jedna osoba wyznaczona przez kierownika zostanie przeszkolona z zakresu administracji i konserwacji systemu. Zostanie dostarczona pełna dokumentacja dotycząca systemu w formie drukowanej i elektronicznej.


• Krytyczne czynniki:

System wymaga systematycznej pielęgnacji polegającej między innymi na systematycznej reorganizacji baz danych oraz sporządzaniem kopii danych.
Czynnikiem krytycznym może być także awaria łącza.

1. Kosztorys implementacji systemu.

• Narzędzia C++Builder Professional: 4000

• Strona internetowa z dostępem do bazy danych: 170 /rok

• Łącze: Neoastrada instalacja 1zł + ok. 100 /m-c

1. Zasoby ludzkie niezbędne do realizacji systemu

• Projekt: 2 projektantów x 1 miesiąc = 2 x 2000 = 4000

• Aplikacje: 2 programistów x 2 miesiące = 2 x 2 x 2000 = 8000

• Testy: 2 testerów x 1 miesiąc = 2 x 1 x 2000 = 4000

• Szkolenia: 1 trenerów x 0,5 miesiąca = 1 x 0,5 * 2000 = 1000

1. Zasady przyjmowania etapów realizacji systemu.

• W trakcie realizacji projektu będą na bieżąco sporządzane raporty z postępu prac. Odbiór poszczególnych etapów będzie polegał na sprawdzeniu funkcjonowania etapu i podpisane protokołu odbioru etapu. Protokół ten będzie podstawą do wystawienia faktury za zrealizowany etap.

1. Opisy zadań dla wszystkich członków zespołu wykonawczego.

• Kierownik: zespołu: zarządzanie i kontakty ze zleceniodawcą;

• Projektanci: opracowanie projektu;

• Programiści: opracowanie aplikacji webowej i bazodanowej;

• Testerze: testowanie systemu.

1. Zasady współpracy zleceniodawca - wykonawca.

• Płatności następują po wykonaniu poszczególnych etapów i podpisaniu protokołu odbioru.

• Przekazanie następuje wraz z dokumentacją.

1. Ocena nakładów osobowych i finansowych na utrzymanie systemu (eksploatacja i rozwój).

• W ramach umowy firma tworząca system przez okres 6 miesięcy od daty podpisania protokołu końcowego będzie świadczyć bezpłatnie wszelkie czynności związane z obsługą i modernizacją systemu.

• Po okresie 6 miesięcy każda czynność dotycząca systemu będzie płatna. Warunki płatności będzie regulowała osobna umowa serwisowa.

• Zarówno w okresie bezpłatnego jak i płatnego serwisu obowiązuje ustalona procedura zgłaszania zapotrzebowania na usługę serwisową. Wszelkie zgłoszenia wymagają formy pisemnej.
  

7. Analiza korzyści

1. Oszacowanie nakładów/kosztów.

• 21000 + 1370/rok.

1. Oszacowanie korzyści.

• Szybki dostęp danych osobowych i firm.

• Możliwość szybkiego wyszukiwania osób odpowiadających warunkom oferty.

• Reklama poprzez stronę internetową.

• Dostęp do dany dla pracowników regionalnych.
  

1. Wnioski.

• Opłaca się.

8. Zarządzanie jakością

1. Wybór metod(y) zarządzania jakością.

• Kontrola twórców kolejnego etapu przez tych co stworzyli założenia następnego.

1. Zalecenia.

• Kontrola postępu prac przez niezależnych ekspertów.

9. Programy szkoleń

1. Szkolenia dla użytkowników.

• W ramach szkoleń przewiduje się jedno spotkanie z wszystkimi pracownikami biura mające na celu omówienie zasad działania całego systemu i poszczególnych komponentów. Drugi etap szkolenia będzie się odbywał bezpośrednio na stanowiskach pracy. Szkolenie będzie podzielone na część teoretyczną i praktyczną kończącą się egzaminem i protokołem szkolenia. Każdy użytkownik otrzyma instrukcję w postaci papierowej i elektronicznej.

1. Szkolenia dla administratorów.

• Osoba wyznaczona przez kierownika biura zostanie dodatkowo przeszkolona z zakresu administracji i pielęgnacji systemu.

10. Układ rzeczowy i struktura dokumentacji

1. Dokumentacja dla użytkowników.

• Dokumentacja użytkowników będzie zawierała opis działania systemu i poszczególnych komponentów.

• Dodatkowo zostanie przygotowany test sprawdzający na potrzeby przyszłych użytkowników

1. Dokumentacja systemu - dla operatora aplikacji - dla administratora systemu

• Dokumentacja użytkowników będzie zawierała opis działania systemu i poszczególnych komponentów

1. Dokumentacja techniczna.

• W ramach dokumentacji technicznej zostaną przekazane informacje dotyczące funkcjonowania wszelkich procedur systemu.
  

11. Scenariusz wdrożenia. Zasady przyjęcia system

1. Reguły pilotowego wdrożenie systemu

• System będzie wdrażany bezpośrednio biurze zleceniodawcy.

• Musi działać strona internetowa.

1. Testy systemu. Kryteria oceny.

• Dużo pracy z generowaniem danych testowych

1. Formularz i zasady oceny systemu przez użytkowników.

• Badanie testowe wśród użytkowników.

1. Zasady wprowadzania poprawek.

• Zalecamy poprawki w ramach umowy serwisowej.

1. Schemat sprawozdania końcowego.

• Protokoły odbioru.

• Zbiór dokumentacji.

• Wyniki badania po wdrożeniu.

12. Perspektywy rozwojowe systemu.

Forma końcowa:

• projekt techniczny

• seminarium dla zainteresowanych

• wyznaczenie administratora

• raport końcowy

• ogłoszenie w prasie lokalnej

• bezusterkowe działanie systemu

PROJEKT SYSTEMU W UML

ANALIZA SYSTEMU INFORMATYCZNAGO

BIURA POŚREDNICTWA PRACY

System umożliwia:

• wysyłanie danych osobowych i ofert pracy poprzez stronę internetową biura;

• ewidencję danych osobowych poszukujących pracy oraz ofert pracy składanych przez pracodawców;

• wyszukiwanie osób odpowiadających kryteriom oferty pracy.

• przeglądanie danych poprzez Internet

1. Diagram klas







2. Diagram Przypadków użycia




3. Przykładowe diagramy przebiegu.

• Diagram przebiegu przypadku użycia „Wyślij dane osobowe”




• Diagram przebiegu przypadku użycia „Wprowadź dane osobowe”




• Diagram przebiegu przypadku użycia „Wprowadź ofertę”




• Diagram przypadku użycia „Wprowadź propozycję”




2

19

---