Try using it in your preferred language.

English

  • English
  • 汉语
  • Español
  • Bahasa Indonesia
  • Português
  • Русский
  • 日本語
  • 한국어
  • Deutsch
  • Français
  • Italiano
  • Türkçe
  • Tiếng Việt
  • ไทย
  • Polski
  • Nederlands
  • हिन्दी
  • Magyar
translation

To jest post przetłumaczony przez AI.

투잡뛰는 개발 노동자

[Historia programisty SI] 10. Dokumentacja w projektach SI?

  • Język pisania: Koreański
  • Kraj referencyjny: Wszystkie kraje country-flag

Wybierz język

  • Polski
  • English
  • 汉语
  • Español
  • Bahasa Indonesia
  • Português
  • Русский
  • 日本語
  • 한국어
  • Deutsch
  • Français
  • Italiano
  • Türkçe
  • Tiếng Việt
  • ไทย
  • Nederlands
  • हिन्दी
  • Magyar

Tekst podsumowany przez sztuczną inteligencję durumis

  • W projektach SI konieczne jest sporządzenie różnych dokumentów, takich jak propozycja, specyfikacja ekranu, specyfikacja projektu, a nowi programiści są odpowiedzialni za te zadania.
  • W kulturze SI w Korei często zdarza się, że dokumentacja jest tworzona w ostatniej chwili, co jest spowodowane krótkimi terminami projektów lub częstymi zmianami wymagań.
  • Tworzenie dokumentacji w projektach SI jest trudnym zadaniem dla programistów, ale nowi programiści mogą wykorzystać tę możliwość do zdobycia doświadczenia i przekazania go następnym pokoleniom.

Historia programisty SI
#10. Czym jest dokumentacja w projektach SI?



W projektach si, dokumenty są przedstawiane klientowi jako dowód na to, że projekt został dobrze zrealizowany.


Zaczynając od propozycji, poprzez specyfikację ekranów, dokumentację projektową, podręczniki użytkownika, po każdą fazę projektu od propozycji, poprzez projektowanie, rozwój, testowanie, uruchomienie, aż po operacje, istnieje wiele dokumentów, które należy sporządzić, a zwykle są one przypisywane nowym programistom.


Podczas tworzenia dokumentacji może pojawić się myśl, że to nie tak chciałem być programistą, a raczej pracownikiem biurowym. W Polsce często zdarza się, że dokumentacja dla poszczególnych etapów projektu jest przygotowywana tuż przed zakończeniem projektu, a powody są następujące:


  • Krótkie terminy realizacji projektu wymuszają jak najszybsze tworzenie produktu, a dokumentacja jest tworzona na szybko, aby sprostać wymogom terminowym.
  • Nawet jeśli dokumenty są tworzone etapami, wymagania i tak są dodawane i zmieniane, dlatego szybsze jest ich sporządzenie po zakończeniu projektu, niż tworzenie i edycja w trakcie pracy.


Choć kolejność jest nieprawidłowa, to w polskiej kulturze si jest to naturalnie rozwijany sposób działania.

Istnieje wiele narzędzi do tworzenia specyfikacji ekranów, ale można też zobaczyć prawdziwy cud - specyfikację ekranów zrobioną na podstawie zrzutów ekranu z gotowego oprogramowania.

Programistom zazwyczaj nie podoba się tworzenie dokumentacji, ale cóż, jesteś nowym pracownikiem.


Nowi pracownicy stają się łatwym celem do delegowania zadań związanych z dokumentacją. I tak nie będziesz od razu programował, więc można ci zlecić tworzenie dokumentów.

I tak, jeśli sam się tego nauczysz, będziesz mógł zlecić to zadanie następnemu nowemu pracownikowi, więc spróbuj stworzyć coś dobrego, kiedy masz okazję.

TheCareer
투잡뛰는 개발 노동자
코딩, 취업, 이직, 경제에 관심 많은 IT 노동자
TheCareer
[Historia programisty SI] 09. Początek właściwego rozwoju po przydzieleniu do projektu SI Programista SI po przydzieleniu do projektu rozwija funkcje określone w RFP, ale częste zmiany wymagań klienta czynią szybkie opracowanie ważniejszym od wydajności ze względu na częste zmiany kodu. Dlatego w fazie rozwoju należy skupić się na wdrażaniu fu

18 kwietnia 2024

[Historia programisty SI] 11. Zapewnij sobie projekt SI – opowieść o propozycji Wpis na blogu poświęcony procesowi tworzenia propozycji w celu zdobycia projektu SI. Opisuje szczegółowo tworzenie zapytania o ofertę, tworzenie propozycji, a także kwestie, na które należy zwracać uwagę podczas tworzenia propozycji, ze szczególnym nacisk

19 kwietnia 2024

[Historia programisty SI] 08. Początkowe zadania w projekcie SI Przewodnik po identyfikacji zadań dla programisty po raz pierwszy zaangażowanego w projekt SI. Ważne jest, aby zrozumieć ogólny schemat projektu i niezbędne funkcje, korzystając z propozycji i RFP, oraz poświęcić około miesiąca na poznanie atmosfery i tre

18 kwietnia 2024

Kolejny projekt zakończony. -1 Rozszerzając swoje spojrzenie poza indywidualną rolę w projekcie, możesz lepiej zrozumieć proces pracy, dynamikę wpływu i odkryć możliwości przyspieszonego rozwoju kariery.
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son

3 maja 2024

Modelowanie danych relacyjnych Modelowanie danych relacyjnych to proces dzielenia informacji ze świata rzeczywistego na tabele i dane, obejmujący etapy analizy wymagań, modelowania danych koncepcyjnych, modelowania danych logicznych i modelowania danych fizycznych. Diagram ERD z wykorz
제이의 블로그
제이의 블로그
제이의 블로그
제이의 블로그

8 kwietnia 2024

Tworzymy zautomatyzowane programy zwiększające produktywność. Durumis to firma tworząca zautomatyzowane programy zwiększające produktywność. Możesz zautomatyzować zadania w różnych dziedzinach, takich jak praca, hobby, codzienne życie i wykorzystać je jako swojego osobistego robota-asystenta. Oferujemy usługi automa
(로또 사는 아빠) 살림 하는 엄마
(로또 사는 아빠) 살림 하는 엄마
(로또 사는 아빠) 살림 하는 엄마
(로또 사는 아빠) 살림 하는 엄마
(로또 사는 아빠) 살림 하는 엄마

22 marca 2024

Kolejny projekt zakończony. -2 Ten wpis na blogu przedstawia pięć praktycznych strategii osiągnięcia skutecznego rozwoju w projekcie: odczytywanie sytuacji, zajmowanie stanowiska w kontrowersyjnych sprawach, zadawanie dobrych pytań i autentyczne ich śledzenie, wyjaśnianie, co wiesz, a
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son

3 maja 2024

Jak testować aplikację rozwijaną przez jedną osobę? Dowiedz się, jak ustalić priorytety testów i stworzyć skuteczną strategię testowania aplikacji. Autor zaleca następujące priorytety: testy użytkowników, testy integracyjne, testy jednostkowe i testy akceptacyjne/widgetów, podkreślając znaczenie efektywnoś
Alien Story
Alien Story
Alien Story
Alien Story
Alien Story

16 maja 2024

Czym jest model rozwoju Waterfall? Model rozwoju Waterfall to tradycyjna metodologia, która dzieli proces rozwoju oprogramowania na etapy: analizę wymagań, projektowanie, implementację, testowanie, wdrażanie i utrzymanie, realizując je sekwencyjnie. Ta metoda charakteryzuje się jasną struk
꿈많은청년들
꿈많은청년들
꿈많은청년들
꿈많은청년들
꿈많은청년들

14 maja 2024