Skip to content

zadca123/Visi_doc

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

33 Commits
 
 
 
 
 
 
 
 

Repository files navigation

Table of Contents

  1. Ćwiczenia 1
    1. Dokumentacja projektu
    2. Projekt tablicy kanban
    3. Cel
    4. Podział zespołów
    5. Analiza ryzyka
      1. Prawdopodobieństwo
      2. Wpływ na projekt
      3. Sposób ograniczenia ryzyka
      4. Reakcja
  2. Ćwiczenia 2
    1. Epic
    2. Feature
    3. User story/task
  3. Ćwiczenia 3
    1. Analiza SWOT (dla opisu przypadku)
      1. Strenghts
      2. Weakness
      3. Occasions
      4. Threats
    2. Zadanie 2
  4. Ćwiczenia 4
    1. Schemat blokowy
      1. Zmiana hasła
      2. Logowanie
      3. Rejestacja
    2. Konflikty
      1. Przypadek 1
      2. Przypadek 2
      3. Przypadek 3
  5. Ćwiczenia 5
    1. Rejestr udziałowców
  6. Ćwiczenia 6
    1. DoD (Definition of Done)
    2. Kryteria akceptacji
  7. Ćwiczenia 7
    1. Burn up
    2. Burn down
  8. Ćwiczenia 8
    1. Wymagania sprzętowe
    2. Instrukcja instalacji postregsql
    3. Tworzenie bazy danych
    4. Backup bazy danych
  9. Ćwiczenia 9
    1. Zadanie 1
      1. Wyższy
      2. Średni
      3. Operacyjny
    2. Zadanie 2
  10. Ćwiczenie 10
    1. Plan komunikacji
  11. Ćwiczenie 11
    1. Hashe

Ćwiczenia 1

Dokumentacja projektu

Dokumentacja z zajęć z przedmiotu fakultatywnego, prowadzonego przez firmę Visimind.

Projekt tablicy kanban

Na tworzenie aplikacji codziennie każdy powinien przeznaczyć 1,5h, a w czwartek dodatkowe 2,25h, ponieważ mamy planowo w tym czasie zajęcia przeznaczone do tworzenia tego projektu. Projekt i działająca aplikacja powinny być ukończone 25.05.2022r, więc mamy jako zespół 12 tygodni (117 godzin) pracy nad projektem.

Cel

Celem naszego projektu jest stworzenie działającej tablicy kanban, w której zadania będą przypisywane do osób, możliwe będą rejestracja i logowanie, ułożenie ich wg progresu danego zadania.

Podział zespołów

za front-end odpowiadają 2 osoby, za back-end 3 osoby, które znają biegle technologie, z których zdecydowaliśmy się korzystać. W momencie pojawienia się problemów będziemy ustalać, kto zajmie się czymś dodatkowo. Kazdy swoje poszczególne zadania i terminy ma już przypisane na specjalnie założonej tablicy kanban. Co tydzień w poniedziałek jest spotkanie, na którym kontrolujemy postęp i ustalamy czego jeszcze brakuje.

Analiza ryzyka

Prawdopodobieństwo

  • będzie tak dużo pracy własnej związanej ze studiami, że nie będziemy mogli poświęcić tak dużo czasu na tworzenie projektu.

Wpływ na projekt

  • Jest to najbardzej prawdopodobna możliwość, która opóźniłaby powstawanie aplikacji,

Sposób ograniczenia ryzyka

  • dlatego jest zaplanowane codzienna praca, żeby teraz, póki semestr dopiero się zaczyna, zrobić więcej, ewentualnie szybciej skończyć. Jeżeli mimo to będą opóźnienia, to poszukamy pomocy, a jeżeli jej nie znajdziemy, to będziemy też poświęcać na to czas w sobotę i niedzielę.

Reakcja

  • w przypadku choroby któregoś z współuczestników projektu, pozostałe osoby rozdzielą między siebie jego zadania, by nie opóźnić progresu, ale też by nie obciążyć znacznie większą ilością zadań tylko jednej osoby.

*zajęcia 04.03

Ćwiczenia 2

Epic

Aplikacja webowa tablicy kanban, w której zalogowani użytkownicy mogą planować swoje projekty rozbijając je na zadania i przypisując konkretne osoby i daty.

Feature

  1. w ciągu tygodni(?)
  2. zaloguj się 13
  3. Stwórz tablicę 50
  4. Dodaj kolumny i nazywaj je 13
  5. Stwórz zadania 8
  6. Dopisuj terminy do zadań 8
  7. Utwórz listę podzadań do zadania 20
  8. Przypisz zadania do poszczególnych osób z projektu 40
  9. Przenoś zadania między kolumnami 20
  10. Wysyłaj powiadomienia o zmianach wprowadzonych przez pozostałych użytkowników tablicy 40

User story/task

  • ustalić technologie w których tworzymy projekt 1
  • podzielić się na front i back 1
  • zainicjować projekt 1
  • zainstalować pakiety 2
  • podpiąć bazę danych 5
    • stworzyć:
      • modele 20
      • views 13
      • urls 13
      • settings 8
  • Utworzyć index.html i pozostałe templatki 50
  • Stworzyć odpowiednie pliki js i css 50
  • Połączyć front i back 40

Ćwiczenia 3

Analiza SWOT (dla opisu przypadku)

Strenghts

  • senior w ekipie
  • zespół może płynnie pracować, bo najsłabsi mają się od kogo uczyć
  • w razie błędów senior może zareagować szybko
  • developerzy Full Stack
  • stały dochód
  • własne biuro i sprzęt
  • pozostałe osoby z firmy umożliwiające prawidłowe funkcjonowanie firmy

Weakness

  • dwóch juniorów
  • czy pracują osobno i każdy ma na głowie swój projekt czy współpracują przy tworzeniu projektów
  • praca stacjonarna
  • praca w małym mieście może oznaczać, że przyszli pracownicy będą musieli być wybierani z wąskiego grona chętnych
  • indywidualizm (ja w zespole)
  • w biurze mogą znajdować się przestarzałe komputery
  • możliwość odejścia seniora

Occasions

  • mała konkurencja w mieście
  • możliwość wyboru pracowników spośród potencjalnych kandydatów w mieście

Threats

  • lokalizacja biura (Morąg) może nie każdemu odpowiadać
  • zmieniające się podatki i regulacje prawne
  • brak możliwości rozwinięcia się w pracy nad dużym projektem

Zadanie 2

Harmonogram / Wykres Ganta img

Ćwiczenia 4

Schemat blokowy

Zmiana hasła

img

Logowanie

img

Rejestacja

img

Konflikty

Przypadek 1

Piotr zachowuje się agresywnie w stosunku do innych uczestników.

  • Przeciwdziałania
    • zapytać Piotra jaki jest powód jego agresji
    • rozmowa z innymi członkami projektu na temat zaistniałej sytuacji i wytłumaczenie wszelkich niepewności
    • zafundować wizytę u psychologa lub urlop
    • zwolnić w razie konieczności

Przypadek 2

Przełożony wymaga przygotowania demo, które nie było zaplanowane w sprincie co powoduje opóźnienie w projekcie.

  • Przeciwdziałania
    • zrobić miejsce na demo kosztem jednego z punktów sprintu
    • przekonać przełożonego, że strata wynikająca z niedotrzymania terminów jest większa niż z braku przygotowania demo
    • poproszenie o przesunięcie dęadline'a projektu
    • doprecyzowanie w jakim celu jest potrzebne wykonanie tego demo
    • doprecyzowanie jakie efekty przyniesie realizacja dema, by zrozumiec jego potrzebę

Przypadek 3

Maciek jest wspaniałym analitykiem i jego wiedza pomogłaby w realizacji projektu. Niestety zespół z równolegle prowadzonego projektu rówhież potrzebuje jego wsparcia.

  • Przeciwdziałania
    • zapytać Maćka czy jest w stanie nadzorować dwa projekty jednocześnie
    • wydzielenie Maćkowi po dniu dla każdego zespołu
    • zlecić pracę analityka z zewnątrz
    • ustalenie który projekt jest ważniejszy
    • ustalenie czasu poświęconego przez Maćka na każdy projekt

Ćwiczenia 5

Rejestr udziałowców

L.P. Rodzaj Nazwa Opis Rola Oczekiwania Wpływ Komunikacja
1 grupa administracja it administracja it przygotowanie infrastuktury przekazanie wymagań zapewnienie środowiska spotkania
2 grupa dewelperzy deweloperzy przygotowanie aplikacji przekazanie wymagań stworzenie aplikacji spotkania
3 osoba product owner product owner objaśnienie funkcji aplikacji (backlog) dostarczenie aplikacji objaśnienie deweloperom wymagań aplikacji spotkania
4 osoba project manager project manager nadzorowanie projektem zakończenie projektu w terminie rozwiązywanie problemów spotkania
5 organizacja firma zlecająca xyz firma zlecająca xyz wizjonerzy funkcjonalna aplikacja wysyła product ownera na rozmowy o aplikacji product
6 osoba prezes firmy xyz prezes firmy xyz sponsor funkcjonalna aplikacja wkład pieniężny product owner
7 organizacja UODO urząd ochrony danych osobowych monitorowanie zgodnosc z przepisami możlowiść nałożenia kar formalna
8 organizacja firma wykonująca xyz firma wykonująca xyz zespół produkcyjny zapłata dostarcza narzędzia oraz zespół do stworzenia aplikacji product manager

Ćwiczenia 6

DoD (Definition of Done)

Dla portalu internetowego
  • Test ortografii
  • Test responsywności
  • Test czytelności
  • Czy wyświetla się w różnych przeglądarkach i systemach
  • Wszystkie testy jednostkowe zaliczone
  • Zaktualizowano rejestr produktów
  • Projekt wdrożony na środowisku testowym identycznym z platformą produkcyjną
  • Przeprowadzono testy na urządzeniach/przeglądarkach wymienionych w dokumentacji
  • Przeszły testy kompatybilności wstecznej
  • Testy wydajności przeszły pomyślnie
  • Naprawiono wszystkie błędy
  • Sprint oznaczony jako gotowy do wdrożenia produkcyjnego przez Właściciela Produktu

Kryteria akceptacji

indywidualne kryteria która musi spełnić każda poszczególna historyjka
Dla przesyłania plików - Jako użytkownik chcę przesłać zdjęcie na serwer
  • możliwość drag'n'drop obrazka z przeglądarki plików do przeglądarki internetowej
  • opcja Wybierz plik pozwalająca przeszukiwać system
  • sprawdzenie typu pliku
  • poinformowanie użytkownika o niepoprawnym formacie pliku w razie wybrania innego typu niż obraz
  • możliwość pobrania obrazu z serwera
  • możliwość wyświetlenia obrazu na serwerze jako miniatura lub cały obraz
  • ustanowienie limitu wielkości pliku do xMB

Ćwiczenia 7

Burn up

img

Burn down

img

Ćwiczenia 8

Wymagania sprzętowe

https://www.postgresql.org/docs/current/install-requirements.html https://www.postgresql.org/message-id/m3k75ewlwa.fsf@wolfe.cbbrowne.com

Instrukcja instalacji postregsql

Dystrybucje oparte na Debianie, czyli z manadzerem pakietów apt.

sudo apt install postgresql

Po instalacji serwis/demon powinien rospocząć się automatycznie.

Sprawdzanie wersji zainstalowanej wersji

apt list postgresql

Tworzenie bazy danych

  1. Otwórz terminal i uruchom poniższe polecenie, aby zalogować się do serwera PostgreSQL:

    sudo su postgres
    
  2. Teraz użyj poniższego polecenia, aby wejść do powłoki PostgreSQL:

    psql
    
  3. Stworz bazę users za pomocą:

    • Wyświetl bazy danych

      \l
      SELECT current_database();
      CREATE DATABASE test;
      \connect test;
      SELECT current_database();
      
    • Stwórz tabelę

      CREATE TABLE users(id SERIAL PRIMARY KEY,login VARCHAR(50), password VARCHAR(50));
      
    • Wyświetl tabele

      \dt
      
    • Wyświetl wszystkie rekordy z tabeli users

      SELECT * FROM users;
      
    • Dodaj rekordy

      INSERT INTO users(login,password) VALUES('admin', 'admin');
      INSERT INTO users(login,password) VALUES('qwe', 'qwe');
      INSERT INTO users(login,password) VALUES('kaczka', 'eeee');
      

Backup bazy danych

  • Tworzenie Jest to bardzo prosta operacja, precyzujemy nazwę bazy do archiwizacji. W tym przypadku test.

    pg_dump test > testdb.backup
    
  • Przywrócenie Podobnie jak tworzenie, przywracanie działa analogicznie. Należy jednak wcześniej stworzyć bazę.

    psql
    CREATE DATABASE test;
    

    Importujemy za pomocą:

    psql test < testdb.backup
    psql
    \connect test
    SELECT * FROM users;
    

Ćwiczenia 9

Zadanie 1

odpowiedzialność prawna, zarządcza, za organizowanie funkcji, ogarnięcie celów, regulaminu, kontrolowanie regulaminów sr - planowanie operacyjne, nieobecności, org zastępstw,

Wyższy

  • rada nadzorcza, prezes zarzadu: reguluje funkcjonowanie osoby prawnej oraz jej statut w oprarciu o właściwe przepisy prawne, przyznawanie określonych uprawnień w zakresie kierowania pracami zarządu

Średni

  • dyrektorzy, kierownicy: koordynacja menedżerów niższego szczebla, pełnienie funkcji zgodnie z postanowieniami umowy spółki, statutu lub innymi obowiązującymi jednostkę przepisami prawa

Operacyjny

  • brygadziści, team leaderzy: przydzielanie zadań, planowanie zastępst, planowanie operacyjne, organizacja zastępstw, wykonywanie zleceń dyrekcji niższego szczebla

Zadanie 2

  • Spotkanie z zespołem
    • Ustalenie na czym skupi się spotkanie.
    • Ustalić, co chce się osiągnąć, zakładając spotkanie.
    • Ustalić, co chce się, aby ludzie wynieśli ze spotkania.
    • Poinformować uczestników o miejscu i czasie spotkania.
    • Ustalić czy czas i miejsce pasują uczestnikom spotkania.
    • Stworzyć harmonogram spotania.
    • Przygotować materiały niezbędne do spotkania.
    • Opisać cele spotkania według sporządzonego wcześniej harmonogramu.

Ćwiczenie 10

Plan komunikacji

Uczestnik Sposób komunikacji Częstotliwość Notatki
technik IT tickety przy interwencji działu IT każdy ticket otrzymuje odpowiedź
użytkownik formularz przy wykonaniu zleceń formularz w formie elektronicznej
UODO formularz, pismo przy incydentach ochrony praw osobowych pisma w formie elektronicznej
grafik raport przy wykonaniu zleceń spotkania osobiste lub online na platformie google meets
kierownik projektu spotkanie osobiste codzienne spotkania daily scrum
programista spotkania zdalne codzienne spotkania daily scrum
tester raport przy testowaniu funkcjonalności złożenie raportu podczas wykrycia błędów
właściciel sklepu prezentacje, raporty, spotkania przy realizacji etapów spotkania online

Ćwiczenie 11

Hashe

<./images/kot_postrach_wszystkich_dzieci.bmp>

  • hash256: 9489ECCC9541BA0BDA7792D3535EEC979B778185D5C66277D9BDA3BEDDB2AFAF

<./images/zmieniony_kot.bmp>

  • hash256: 57FF0DD1793A89F7400C5642F222FE1F30EDEB6DCF27E2A0647CFED303D2A0B6

About

Dokumentacja projektu

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

 
 
 

Contributors