Udział w integracji modułów oprogramowania. Wsparcie informacyjne dla szkoleń

UP.03. Praktyka edukacyjna

« Programowanie w 1C 8,3"

Moduł 1 Główne obiekty platformy 1C:Enterprise 8

Lekcja 1. Pierwsze kroki z platformą 1C:Enterprise 8

Instalacja platformy „1C:Enterprise 8. Wersja edukacyjna” – w sposób darmowy i legalny. Instalacja wersji edukacyjnej „1C: Księgowość 8”.
Utworzenie nowej bazy informacyjnej.
Podstawowe pojęcia: platforma, konfiguracja, baza informacji.
Rodzaje interfejsów użytkownika na platformie 1C:Enterprise 8.
Praca z interfejsem zwykłych formularzy, który był używany na platformach 1C:Enterprise 8.0 i 1C:Enterprise 8.1.
Interfejs formularzy zarządzanych, który był szeroko stosowany na platformie 1C:Enterprise 8.2.
Studia interfejsu Taxi, który pojawił się w najnowszej wersji platformy 1C:Enterprise 8.3.

Lekcja 2 „Przedmioty informacji referencyjnej”.

Stworzenie własnej bazy konfiguracji i informacji na platformie 1C:Enterprise 8.3.
Funkcjonalność platformy na poziomie podstawowym.
Opracowanie konfiguracji dla przedsiębiorstwa handlu hurtowego.
Obiekty konfiguracyjne przechowujące informacje referencyjne (listy elementów). Pokażmy, jak w opracowanej konfiguracji użytkownik może stworzyć dowolną liczbę magazynów przedsiębiorstwa, dowolną nomenklaturę (produkty), a także wprowadzić dane o dostawcach i klientach.
Zasady pracy z katalogami hierarchicznymi.
Ustalanie dowolnego składu detali katalogów. Dzięki temu użytkownik rozwiązania aplikacyjnego będzie mógł wprowadzić dowolny opis towaru (w którym zostaną rozszyfrowane wszystkie właściwości produktu), a także wskazać głównych dostawców każdego towaru.
Utworzenie obiektu konfiguracyjnego „Wyliczenie” umożliwiającego klasyfikację towarów według typów określonych w konfiguracji.
Obiekt konfiguracyjny „Stała” - tutaj będą przechowywane informacje o nazwie naszej organizacji.

Lekcja 3 „Obieg dokumentów przedsiębiorstwa handlowego”.

Klasyczny schemat przepływu pracy dla przedsiębiorstwa zajmującego się handlem hurtowym.
W przypadku zakupu: zamówienie u dostawcy - odbiór towaru zgodnie z zamówieniem - płatność na rzecz dostawcy.
W przypadku sprzedaży: zamówienie klienta – wysyłka (sprzedaż) towaru do klienta – otrzymanie zapłaty od kupującego.
Podstawowe pojęcia, którymi posługują się finansiści i menedżerowie przedsiębiorstw handlowych: przychody, koszty, zysk i rentowność. Korzystając z diagramów wizualnych i przykładów pokażemy, w jaki sposób obliczane są te wskaźniki.
Stworzenie pierwszego dokumentu „Zamówienie Klienta”, za pomocą którego użytkownicy będą mogli zarejestrować chęć Klienta zakupu określonego produktu po określonej cenie.
Tworzenie dokumentów obrotu towarowego: przyjęcie towaru na magazyn firmy i wysyłka (sprzedaż) towaru do klienta.
Łączenie dokumentów we wspólny dziennik dokumentów.
Przykład stworzenia drukowanej formy dokumentu - dzięki temu użytkownicy będą mogli wydrukować dokumenty na drukarce, złożyć podpisy, pieczątki i przekazać je klientom.

Lekcja 4 „Rejestry akumulacyjne. Prowadzenie dokumentów”.

· Celem klasy konfiguracyjnej jest „Zarejestruj się”.

· Rejestry akumulacyjne.

· Wykorzystanie rejestru akumulacji, rozwiązanie problemu ewidencji danych o długach wobec dostawców i długach odbiorców.

· Prowadzenie dokumentów.

· Opracowanie kodu programu, który będzie realizował księgowanie dokumentów „Przyjęcie towaru” i „Sprzedaż towaru”.

· Utworzenie dokumentu „Wyciąg bankowy”, który będzie służył do ewidencjonowania wpływów środków od klientów oraz płatności na rzecz dostawców.

Lekcja 5 „Rodzaje rejestrów akumulacyjnych, rejestry informacyjne. Interfejs aplikacji”.

· Rodzaje rejestrów akumulacji – salda i obroty.

· Utworzenie obiegowego rejestru akumulacji, za pomocą którego będą gromadzone i agregowane w systemie dane sprzedażowe – ilościowe i ilościowe. Za pomocą tego rejestru będą także budowane w przyszłości raporty dotyczące zysków firmy za określony okres. Struktura utworzonego rejestru umożliwia analizę danych sprzedażowych zarówno w podziale na klientów, jak i asortyment.

· Zasady działania rejestru informacyjnego.

· Tworzenie niezależnych i podległych rejestrów informacyjnych. Za ich pomocą kurs wymiany będzie brany pod uwagę dla różnych dat.

· Zapewnienie rozliczania cen towarów za pomocą rejestrów informacyjnych, przy jednoczesnym powiązaniu ceny z datą, tj. Ceny produktów mogą zmieniać się z biegiem czasu.

· Dodawanie pięknych zdjęć do interfejsu użytkownika. Zapewnienie, że polecenia systemowe są pogrupowane w przyjazne dla użytkownika sekcje.

· Obiekt konfiguracyjny - „Podsystem”.

· Skonfigurowanie uruchamiania systemu tak, aby aplikacja wyświetlała najbardziej istotne dla użytkownika informacje.

Moduł 2. Programowanie na platformie 1C:Enterprise 8

Lekcja 6 Pierwszy program na platformie 1C:Enterprise 8.

· Analiza aspektów programowania na platformie 1C:Enterprise 8, zapoznanie się z wbudowanym językiem, uwzględnienie głównych operatorów kodu programu.

· Korzystając z głównej sekcji programu zarządzanego modułu aplikacji, wszystkie opracowane programy zostaną uruchomione w momencie uruchomienia systemu.

· Rozważenie koncepcji modułu oprogramowania, napisanie pierwszego klasycznego programu „Hello, world”.

· Komentarze do fragmentów algorytmów w kodzie programu.

· Analiza pojęcia zmiennych i działania operatora przypisania.

· Operatorzy systemów – warunkowi i cykliczni.

· Cykle: według stanu i licznika. Przykłady ich użycia w kodzie programu.

Lekcja 7. Programowanie w języku wbudowanym „1C:Enterprise 8”

· Pojęcie typu danych, praca z podstawowymi, pierwotnymi typami danych systemu.

· Wbudowane funkcje platformy do pracy z typami danych - liczba, ciąg znaków, data i wartość logiczna.

· Operacje logiczne - AND, OR, NOT.

· Narzędzie serwisowe dla programisty 1C - asystent składni.

· Typowa struktura modułu oprogramowania.

Lekcja 8 „Wydarzenia, procedury i funkcje”.

· Pojęcie procedur, ich cel i możliwości zastosowania.

· Uproszczenie struktury wcześniej napisanego kodu programu za pomocą procedur.

· Przykład użycia funkcji, przekazanie parametrów do funkcji.

· Kontekst użycia zmiennej opisanej w module i procedurze.

· Zarządzane zdarzenia modułu aplikacji. Za ich pomocą możesz wykonywać dowolne czynności podczas uruchamiania i zamykania aplikacji.

· Zdarzenia: „Przed zapisem”, „Sprawdzanie zakończenia przetwarzania” i „Przetwarzanie księgowania” dla dokumentu.

· Cyklicznie przeglądaj zbiory uniwersalne - „Dla każdego...”, korzystając z tego cyklu, aby przejść przez wszystkie wiersze części tabelarycznej dokumentu.

Lekcja 9 „Typy danych. Zdarzenia elementów formularza”.

· Asystent programisty 1C - debuger i praca z nim. Podstawowe kroki debugowania obejmują punkt krytyczny, przechodzenie przez polecenia, przeglądanie wartości zmiennych i ocenę wyrażeń.

· Referencyjne i obiektowe typy danych na przykładzie katalogów i dokumentów. Korzystając z tych typów danych, można wykorzystać wbudowany język do odczytywania wartości z bazy danych i zapisywania do niej danych.

· Typy danych używane do programowej pracy z rejestrami to rejestr akumulacyjny „Zestaw rekordów” i rejestr akumulacyjny „Rekord”.

· Proces dokumentowania.

· Pojęcie obiektu i klasy (typ danych) - te koncepcje są szeroko stosowane podczas programowania w 1C.

· Jak programowo przetwarzać działania użytkownika. Na przykład po wprowadzeniu cen i ilości kwota w dokumencie zostanie automatycznie przeliczona.

Moduł 3. Pozyskiwanie informacji z bazy danych. Algorytmy przetwarzania dokumentów

Lekcja 10.« Odczyt informacji z bazy danych, tworzenie raportów».

· Pozyskując informacje z bazy danych, wykorzystuje się do tego zapytania.

· Nauczenie się specjalnego języka zapytań opisującego jakie dane chcemy otrzymać.

· Opracowywanie zapytań o podręczniki, dokumenty i ich części tabelaryczne.

· Tworzenie pierwszych raportów z wykorzystaniem najpotężniejszego mechanizmu – „Data Composition System” (DCS).

· Korzystanie z systemu kontroli dostępu, tworzenie elastycznych raportów, które użytkownik może dostosowywać i zmieniać w trakcie pracy z nimi.

· Przekazuj parametry do żądań i ustawiaj ich wartości w trybie użytkownika.

· Konfiguracja opcji raportu – wybierz pola wyjściowe i skonfiguruj grupowanie. Biorąc pod uwagę fakt, że niektóre katalogi mają charakter hierarchiczny, w raporcie wyświetlimy grupy katalogu.

Lekcja 11. Pozyskiwanie danych z rejestrów

· Praca z żądaniami - odczyt danych z rejestrów akumulacyjnych.

· Rejestr jest obiektem bardziej złożonym niż katalog czy dokument. Kasy posiadają wirtualne tabele, z którymi zapoznamy się w trakcie bieżącego dnia szkolenia.

· Korzystanie z wirtualnej tabeli „Salda” stworzenie raportu wzajemnych rozliczeń pomiędzy naszą firmą a dostawcami i klientami.

· Odbieranie sald w terminie określonym przez użytkownika. Tutaj logika twórców platformy odbiega od zdrowego rozsądku użytkowników końcowych – trzeba napisać dodatkowy kod programu, aby użytkownicy otrzymali oczekiwany efekt.

· Praca z wirtualną tabelą rejestrową „Obrót” na przykładzie budowy raportu sprzedaży.

· Praca z zapytaniami zagnieżdżonymi (podzapytaniami). Budowa raportu sprzedaży, który będzie wykorzystywał podzapytania.

· Utworzenie rejestru, który będzie uwzględniał stany towarowe w magazynach, zapewniając przetwarzanie dokumentów według tego rejestru.

Lekcja 12. „Kontrola sald i kalkulacja kosztów”.

· Praca z żądaniami w algorytmach przetwarzania dokumentów, przetwarzanie (programowo) uzyskanych wyników.

· Rozwiązanie dwóch najważniejszych zadań dla przedsiębiorstwa handlowego: kontrola pozostałego towaru w trakcie sprzedaży oraz sporządzanie kalkulacji kosztów.

· Kontrola sald, aby nie zejść „na minus”, czyli sprzedać nieistniejący produkt.

· Sprzedaż symultaniczna. Wyobraźmy sobie, że 2 menedżerów sprzedaży jednocześnie wprowadza dokumenty sprzedaży dla różnych klientów. Może się zdarzyć, że w magazynie będzie 100 stołów, a każdy klient zamówił 60 sztuk. W efekcie system powinien zgłosić brak towaru dla jednego z klientów.

· Czynnik ludzki. Każdy może popełnić błąd, użytkownik może przypadkowo wybrać niewłaściwy produkt (którego od dawna nie ma w magazynie), a system powinien go o tym ostrzec.

· Zatem, jeśli nie kontrolujesz sald, nie da się uniknąć niezadowolenia klientów.

· Kalkulacja kosztu sprzedanego towaru jest konieczna nie dla naszych klientów, ale dla zarządu firmy, kalkulacji zysku.

Lekcja 12. "Zysk brutto. Tworzenie złożonych raportów”.

· Obliczanie zysku brutto i przechowywanie go w rejestrach na podstawie wcześniej obliczonego kosztu.

· Budowa raportu „Zysk brutto”, który będzie prezentował informacje o przychodach, zysku brutto i rentowności za wybrany przez użytkownika okres, w raporcie prezentowane będą dane w podziale na klientów i asortyment.

· Tworzenie raportów zawierających kilka możliwości prezentacji danych: w jednym raporcie uzyskanie danych o sprzedaży towarów, oddzielnie dane o sprzedaży według klienta oraz tabela zbiorcza „Sprzedaż towarów według klienta”.

· Konstruowanie wykresów w raportach: histogramy i wykresy kołowe, pozyskiwanie informacji sprzedażowych dla wyglądu. Budowanie harmonogramu sprzedaży.

Moduł 4. Rachunkowość.

Lekcja 14. Podstawy rachunkowości

· Podstawowe pojęcia księgowe.

· Podstawową zasadą rachunkowości jest zasada podwójnego zapisu.

· Pojęcie rachunku księgowego – konta aktywne i pasywne.

· Przykłady transakcji biznesowych (handlowych) odzwierciedlonych w rachunkowości.

· Tworzenie zapisów księgowych na przykładach: przyjęcie towaru, sprzedaż towaru i spłata długu wobec dostawcy.

· Głównym raportem księgowym jest bilans, jego konstrukcja dla szeregu transakcji biznesowych.

· Obiekty platformy umożliwiające automatyzację księgowości. Stworzenie nowego planu kont i identyfikacja kont potrzebnych do księgowości naszej firmy.

· Stworzenie obiektu, w którym będą przechowywane wszystkie dokonane transakcje – rejestru księgowego.

Lekcja 15. „Prowadzenie dokumentów księgowych”.

· Prowadzenie dokumentów naszego systemu księgowego. Tworzenie księgowania zgodnie z dokumentem przyjęcia towaru do magazynu za pomocą projektanta mechanizmów. Ale to sprawi, że kod programu będzie nieoptymalny. Wprowadź zmiany ręcznie, a uzyskamy optymalny kod programu.

· Tworzenie przez projektanta dokumentów na podstawie wyciągów bankowych.

· Dokument sprzedaży (sprzedaży) towaru - napisanie niezbędnego kodu programu.

· Stworzenie uniwersalnego dokumentu księgowego – eksploatacja. Korzystając z tego dokumentu, użytkownik sam będzie mógł tworzyć dowolne transakcje wymagane do rozliczenia.

Lekcja 16. „Raporty księgowe. Zamknięcie miesiąca”.

· Tworzenie raportów księgowych. Raport „salda rachunków”, funkcja uzyskiwania sald na zadaną datę (taka sama funkcja jak rejestry akumulacji).

· Raport „Bilans” jest główną formą raportowania księgowego.

· Zmiana salda podczas wykonywania różnych transakcji.

· Regularne operacje księgowe – zamknięcie miesiąca, w którym zostanie dokonane rozliczenie zysku.

Moduł 5. Płace.

Lekcja 17. „Ogólne informacje o wynagrodzeniach. Tworzenie obiektów obliczeniowych”.

· wykonanie czynności przygotowawczych do naliczeń płacowych – utworzenie niezbędnych obiektów i dokonanie ich ustawień. Teoretyczne aspekty naliczania wynagrodzeń, koncepcja rodzajów naliczania (naliczanie i potrącanie).

· Rozliczanie przepracowanych godzin metodą odchyleniową.

· Obiekt konfiguracyjny - plan typów obliczeń. Tworzenie rozliczenia międzyokresowego i ustawianie przesunięć typów obliczeń.

· Ustalanie grafiku pracy przedsiębiorstwa – które dni są weekendami, a które roboczymi.

· Stworzenie obiektu umożliwiającego naliczanie płac i przechowywanie danych o wszystkich rozliczeniach międzyokresowych – rejestr rozliczeniowy. Dokonaj wszystkich niezbędnych ustawień, w przeciwnym razie wynagrodzenia nie będą naliczane poprawnie.

· Stworzenie dokumentu, za pomocą którego będzie dokonywane naliczanie wynagrodzeń – „Naliczanie wynagrodzeń”, a także dokumentu ewidencjonującego absencje pracowników – „Nieobecności pracowników”.

Lekcja 18. Dzień 18. Lista płac

· Bezpośrednie naliczanie płac – wszystkie kroki przygotowawcze zostały już zakończone.

· Na wysokość wynagrodzeń ma wpływ absencja pracownika – im dłużej pracownik nie pracuje (absencja), tym mniej otrzymuje wynagrodzenia.

· W rejestrze rozliczeniowym absencja powinna zastępować wynagrodzenie - osiągniemy to opracowując algorytm księgowania dokumentu „Nieobecności Pracownika”.

· Standardowa technologia naliczania wynagrodzeń – naliczanie w dwóch etapach.

· Naliczanie wynagrodzenia na podstawie czasu przepracowanego przez pracownika.

· Pojęcie zależności od bazy. Korzystając z tego typu zależności można na przykład naliczyć premie zależne od wynagrodzenia.

· Kalkulacja pracowników poprzez utworzenie odpowiedniego dokumentu.

Lekcja 19. „Uniwersalne mechanizmy obliczeniowe. Raporty”.

· Uniwersalność obliczania płac w 1C. Oznacza to, że użytkownik może w pewnych granicach dostosować system do własnych potrzeb, bez uciekania się do programowania.

· Zadanie wypłaty wynagrodzeń. Te. musisz pamiętać, ile pracownik naliczył, ile zapłacono (mogła nastąpić częściowa płatność), jakie jest saldo długu wobec pracownika - będzie to wymagało szeregu obiektów systemowych.

· Opracowanie raportu pokazującego wszystkie rozliczenia pracownicze za dany okres – jakie kwoty zostały naliczone, do jakiego rodzaju rozliczeń.

· Zbudowanie wizualnego raportu z działań pracownika – jak długo pracował, kiedy był na urlopie. Raport ten zostanie zbudowany w formie wykresu Gantta.

Moduł 6. System CRM

Lekcja 20. „Podstawy systemu CRM”.

· Tworzenie obiektów systemu CRM w ramach naszej konfiguracji.

· Podstawowe pojęcia CRM, przykłady takich systemów.

· Obiekty niezbędne do budowy systemu CRM.

· Opracowanie raportu „Wyniki menadżerów”, za pomocą którego będzie oceniana praca każdego pracownika. Na podstawie tych wskaźników możliwe będzie wyliczenie premii dla pracowników sprzedaży.

· Opracowanie raportu segmentującego klientów według klas ważności. Zazwyczaj stosowane są 3 klasy: klienci ważni, klienci średnioważni i nieważni. Parametrem według którego będzie przeprowadzona klasyfikacja jest zysk lub przychód klienta.

Lekcja 21.„Lejek sprzedaży. Procesy i zadania biznesowe.”

· Rozwój najważniejszego narzędzia dla menedżerów – lejka sprzedażowego. Korzystając z tego narzędzia, możesz zrozumieć, jak zwiększyć sprzedaż. Możesz także zaplanować wzrost przychodów, np. prowadząc kampanie reklamowe.

· Aby zbudować lejek sprzedażowy, opracuj etapy sprzedaży – stwórz niezbędne do tego obiekty.

· Praca z procesami biznesowymi. Terminy i diagramy procesów biznesowych.

· Stworzenie prostego procesu biznesowego. Wyświetlanie użytkownikowi mapy trasy, dzięki czemu można wyraźnie zobaczyć aktualny stan procesu biznesowego.

· Rozwój bardziej złożonego procesu biznesowego – cyklicznego.

GBOU SPO STAPM im. DI. Kozłowa

PROGRAM PRACY MODUŁU PROFESJONALNEGO

PM 03. Udział w integracji modułów oprogramowania

Profesjonalne moduły

programy szkoleniowe dla specjalistów średniego szczebla

specjalność 09.02.03 Programowanie w systemach komputerowych

(trening podstawowy)

ZATWIERDZONY

Prowizja cykliczna

specjalność 09.02.03

Przewodniczący_____Inzhevatova G.V.

„___” ______________20___

Opracowany przez:

Lyapnev A.V., Kadatskaya R.B., nauczyciel w Państwowej Budżetowej Instytucji Edukacyjnej „STAPM im. DI. Kozłowa”.

Eksperci:

Ekspertyza techniczna: ______________________________________

Program pracy został opracowany na podstawie Federalnego Państwowego Standardu Edukacyjnego dla Średniego Szkolnictwa Zawodowego w specjalności 09.02.03 Programowanie w systemach komputerowych (zatwierdzony.

zarządzeniem Ministerstwa Edukacji i Nauki Federacji Rosyjskiej z dnia 28 lipca 2014 r. nr 804) Program pracy został opracowany zgodnie z wyjaśnieniami dotyczącymi tworzenia przykładowych programów dyscyplin akademickich podstawowego i średniego kształcenia zawodowego w oparciu o Federalne Państwowe Standardy Edukacyjne dla podstawowego i średniego kształcenia zawodowego, zatwierdzone przez I. M. Remorenko, dyrektor Departamentu Polityki Państwa i Regulacji Prawnych w Sferze Edukacji Ministerstwa Edukacji i Nauki Federacji Rosyjskiej, 27 sierpnia 2009 r.

1. PASZPORT PROGRAMU PROFESJONALNA 4 PRACA

MODUŁ

2. WYNIKI MODUŁU MASTERING PROFESSIONAL 6

3. STRUKTURA I ZAWARTOŚĆ MODUŁU PROFESJONALNEGO - 7

4. WARUNKI REALIZACJI PROGRAMU PROFESSIONAL 16

MODUŁ

5. KONTROLA I OCENA REZULTATÓW ROZWOJU ZAWODOWEGO 20

MODUŁ ONALNY (RODZAJ DZIAŁALNOŚCI ZAWODOWEJ)

1. PASZPORT PROGRAMU PRACY

PROFESJONALNY MODUŁ

PM.03 Udział w integracji modułów oprogramowania

1.1. Zakres zastosowania programu Program pracy modułu zawodowego jest częścią głównego programu kształcenia zawodowego zgodnie z federalnym stanowym standardem edukacyjnym dla specjalności SVE 09.2.03 Programowanie w systemach komputerowych (szkolenie podstawowe) w zakresie opanowania głównych rodzaj działalności zawodowej (VPA): Udział w integracji modułów programu i odpowiednich kompetencji zawodowych (PC):

Komputer 3.1. Analizować dokumentację projektową i techniczną na poziomie interakcji komponentów oprogramowania.

Komputer 3.2. Integracja modułów z systemem oprogramowania.

Komputer 3.3. Debuguj oprogramowanie za pomocą specjalistycznych narzędzi programowych.

Komputer 3.4. Twórz zestawy testów i skrypty testowe.

Komputer 3.5. Sprawdź komponenty oprogramowania pod kątem zgodności ze standardami kodowania.

Komputer 3.6. Opracowywanie dokumentacji technologicznej.

Program modułu zawodowego może być stosowany w dodatkowym kształceniu zawodowym i szkoleniu pracowników w zakresie programowania systemów komputerowych, jeżeli posiadają oni wykształcenie podstawowe ogólne, średnie (pełne) ogólnokształcące. Nie jest wymagane żadne doświadczenie zawodowe.

1.2. Cele i zadania modułu - wymagania dotyczące wyników opanowania modułu Aby opanować określony rodzaj działalności zawodowej i odpowiadające mu kompetencje zawodowe, student w trakcie opracowywania modułu zawodowego musi:

posiadać doświadczenie praktyczne:

Udział w opracowywaniu wymagań oprogramowania;

Udział w projektowaniu oprogramowania z wykorzystaniem specjalistycznych pakietów oprogramowania;

Opanuj podstawowe metodologie procesów tworzenia oprogramowania;

Stosować metody w celu uzyskania kodu o zadanej funkcjonalności i stopniu jakości;

Korzystaj z dokumentacji technicznej napraw i eksploatacji;

Przeprowadzać konserwację, monitorowanie, diagnostykę sprzętu komputerowego, przywracanie funkcjonalności sprzętu komputerowego i sieci komputerowych;

Stosowanie programów diagnostycznych do celów ogólnych i specjalnych;

Wykonywanie bieżącej konserwacji sprzętu komputerowego.

Modele procesów wytwarzania oprogramowania;

Podstawowe zasady procesu wytwarzania oprogramowania;

Podstawowe podejścia do integracji modułów oprogramowania;

Podstawowe metody i narzędzia efektywnego rozwoju;

Podstawy weryfikacji i certyfikacji oprogramowania;

Koncepcje i realizacja procesów oprogramowania;

Zasady budowy, struktury i techniki pracy z narzędziami wspomagającymi tworzenie oprogramowania;

Metody organizacji pracy zespołów programistycznych;

Podstawowe zasady metrologii oprogramowania, zasady budowy, projektowania i stosowania narzędzi do pomiaru charakterystyk i parametrów programów, systemów i zespołów oprogramowania;

standardy jakości oprogramowania;

Metody i narzędzia tworzenia dokumentacji oprogramowania.

łącznie – 684 godziny, w tym:

maksymalny wymiar zajęć studenta wynosi 441 godzin, w tym:

obowiązkowy wymiar zajęć dydaktycznych studenta wynosi 295 godzin;

samodzielna praca studenta – 143 godziny;

praktyka przemysłowa (wg profilu specjalności) – 243 godz.

2. WYNIKI OSOPANIA MODUŁU PROFESJONALNEGO

Efektem opanowania programu modułu zawodowego jest opanowanie przez studentów rodzaju działalności zawodowej (VPA). Udział w integracji modułów programu obejmujących kompetencje zawodowe (PC) i ogólne (GC):

Kod Nazwa efektu kształcenia PC 3.1 Analizować dokumentację projektową i techniczną na poziomie współdziałania komponentów oprogramowania.

PC 3.2 Integracja modułów z systemem oprogramowania.

PC 3.3 Debuguj oprogramowanie przy użyciu specjalistycznego oprogramowania.

PC 3.4 Opracuj zestawy testowe i skrypty testowe.

PC 3.5 Sprawdza komponenty oprogramowania pod kątem zgodności ze standardami kodowania.

PC 3.6 Opracowywanie dokumentacji technologicznej.

OK 1 Zrozum istotę i znaczenie społeczne swojego przyszłego zawodu, okaż nim trwałe zainteresowanie.

OK 2 Organizuj własne działania, ustalaj metody i środki wykonywania zadań zawodowych, oceniaj ich skuteczność i jakość.

OK 3 Podejmuj decyzje w sytuacjach standardowych i niestandardowych i bierz za nie odpowiedzialność.

OK 4 Wyszukuj i wykorzystuj informacje niezbędne do efektywnej realizacji zadań zawodowych, rozwoju zawodowego i osobistego.

OK 5 Wykorzystywanie technologii informacyjno-komunikacyjnych w działalności zawodowej.

OK 6 Pracuj w zespole i w zespole, skutecznie komunikuj się ze współpracownikami, zarządem i konsumentami.

OK 7 Brać odpowiedzialność za pracę członków zespołu (podwładnych) i wyniki realizacji zadań.

OK 8 Samodzielnie wyznacza zadania rozwoju zawodowego i osobistego, angażuje się w samokształcenie, świadomie planuje rozwój zawodowy.

OK 9 Poruszać się w warunkach częstych zmian technologii w działalności zawodowej.

– – –

2.2. Plan tematyczny i treść MDK 03.01 Technologia tworzenia oprogramowania

– – –

4. WARUNKI REALIZACJI PROGRAMU

PROFESJONALNY MODUŁ

4.1. Wymagania dotyczące minimalnego zaplecza materialnego i technicznego Realizacja programu dyscypliny wymaga obecności sali dydaktycznej i laboratoriów OSP.

Wyposażenie sali lekcyjnej:

miejsca siedzące w zależności od liczby uczniów;

biurko komputerowe, tablica interaktywna (lub projektor) dla nauczyciela.

Narzędzia szkoleniowe dotyczące sprzętu i oprogramowania:

komputery osobiste kompatybilne z IBM;

System operacyjny z graficznym interfejsem użytkownika;

Dostęp Microsoftu;

Borland Delphi 7;

licencjonowane oprogramowanie;

komplet dokumentacji edukacyjno-metodologicznej;

sprzęt multimedialny.

Wyposażenie laboratorium i stanowisk laboratoryjnych:

stoły komputerowe;

sprzęt sieci lokalnej.

4.2. Wsparcie informacyjne szkoleń Lista polecanych publikacji edukacyjnych, zasoby internetowe, literatura dodatkowa

Główne źródła:

1. Rudakov A.V. Technologia rozwoju oprogramowania. M.: JIC „Akademia”, 2013.

2. Rudakov A.V. Technologia rozwoju oprogramowania. Warsztat.

M.: JIC „Akademia”, 2013.

3. Blagodatskikh V.A. i inne Standaryzacja wytwarzania oprogramowania, 2010.

4. Ermolenko, D.N. Metrologia, normalizacja i certyfikacja oprogramowania: podręcznik. - Biełgorod: Wydawnictwo BSTU, 2008. – 83 s.

5. Wigers K. Opracowanie wymagań oprogramowania. Dom Wydawniczo-Handlowy „Wydanie Rosyjskie”, 2009.

6. Kravatsky Yu.P., Ramendik M.A. Wybór, montaż, modernizacja komputera wysokiej jakości. – M. 2008

7. Krylov E.V., Ostreykovsky V.A., Tipikin N.G. Techniki tworzenia programów. Książka 2. Technologia, niezawodność i jakość oprogramowania - M.: Szkoła Wyższa. – 2008.

8. Krylova G.D. Podstawy normalizacji, certyfikacji, metrologii:

Podręcznik dla uniwersytetów. - wyd. 3, - M.: UNITY-DANA, 2007. -671 s.

9. L. Bass, P. Clements, R. Katzman. Architektura oprogramowania w praktyce. 2. wydanie. Petersburg: Piotr, 2010.

10. Kaner S., D. Faulk, E. Nguyen. Testowanie oprogramowania.

Podstawowe koncepcje zarządzania aplikacjami biznesowymi. „DiaSoft”

Dodatkowe źródła:

1. Beck K. Programowanie ekstremalne. Petersburg: Piotr, 2002, 224 s.

2. Blagodatskikh V.A. itp. Standaryzacja tworzenia oprogramowania:

Podręcznik / V.A. Blagodatskikh, V.A. Volnin, K.F. Poskakalov; wyd.

OS Razumowa. – M.: Finanse i Statystyka, 2003. – 288 s.: il.

3. Blagodatskikh V.A., Volnin V.A., Poskakalov K.F. Standaryzacja tworzenia oprogramowania. wyd. Razumova OS M.: Finanse i Statystyka, 2006. -288 s.: il.

4. Boham B.W. Projekt inżynierii oprogramowania. M.:

Radio i komunikacja, 1985. – 511 s.

5. Butakov E.A. Metody tworzenia wysokiej jakości oprogramowania komputerowego. – M.: Energoatomizdat, 1984. – 457 s.

6. Van-Tassel D. Styl, rozwój, wydajność, debugowanie i testowanie programów. – M.: Mir, 1981. – 578 s.

7. Vendrov A.M. Warsztaty z projektowania oprogramowania dla systemów informacji gospodarczej. – M.: Finanse i statystyka, 2002.

8. Gorchinskaya O.Yu. Designer/2000 to nowa generacja produktów CASE firmy ORACLE. „SZBD”, 2005, nr 3.

9. GOST 13377-75. Niezawodność w technologii. Warunki i definicje. M.: Wydawnictwo Standardów, 1975.

10. GOST 27.002-89. Niezawodność w technologii. Podstawowe koncepcje. Warunki i definicje. – M.: Wydawnictwo Standardy, 1990. – 37 s.

11. GOST R ISO 9001-2001. System zarządzania jakością. Wymagania.

M.: Wydawnictwo Standardy IPK, 2001, – 140 s.

12. Zhogolev E.A. Wprowadzenie do technologii programowania: Notatki z wykładów. – M.: DIALOG-MSU, 1994.

13. Zubkova T.M. Technologia tworzenia oprogramowania:

Instruktaż. - Orenburg: Państwowa Instytucja Edukacyjna OSU, 2004. – 101 s.

14. Ivanova G.S. Technologia programowania: Podręcznik dla uniwersytetów. - M.:

Wydawnictwo MSTU im. N.E. Bauman, 2006. – 336 s.

15. Kalyanov G.N. CASE – technologie: Doradztwo w zakresie automatyzacji procesów biznesowych – M.: Hotline-Telecom, 2002

16. Krylova G.D. Podstawy normalizacji, certyfikacji, metrologii. - M.:

UNITY-DANA, 2000. – 711 s.

17. Lipaev V.V. Jakość oprogramowania. – M.: Finanse i statystyka, 1983. – 263 s.

18. Lipaev V.V. Debugowanie złożonych programów: metody, narzędzia, technologia.

M.: Energoatomizdat, 1993. – 384 s.

19. Lipaev V.V. Procesy i standardy cyklu życia złożonego oprogramowania. Katalog - M.: Wydawnictwo SINTEG, 2008 - 276 s.

21. Maklakov S.V.. BPwin, ERwin – Narzędzia CASE do tworzenia systemów informatycznych. – M., „DIALOG-MEPhI”, 2001.

22. Orłow V.V. Technologie rozwoju oprogramowania. – Petersburg:

Piotr, 2003. – 437 s.

23. Panaszczuk S.A. Rozwój systemów informatycznych z wykorzystaniem systemu Silverrun CASE. „DBMS”, 1995, nr 3.

24. Płatonow Yu.M., Gapeenkov A.A. Naprawa drukarek zagranicznych. - M.:

Solon – R, 2005

25. Płatonow Yu.M., Utkin Yu.G. Diagnostyka, naprawa i profilaktyka komputerów osobistych. – M. Infolinia – Telekomunikacja, 2003

26. Rodin A.V., Tyunin N.A., Voronov M.A. Naprawa monitora. – M.: Solon

27. Fowler R. i wsp. Refaktoryzacja: ulepszanie istniejącego kodu. M.: Symbol-Plus, 2009 – 432 s.

28. Cheremnykh S.V. i wsp. Analiza strukturalna systemów: technologie IDEF. – M: Finanse i Statystyka, 2002.

Literatura referencyjna i normatywna:

1. System standardów ESPD.

2. GOST R ISO/IEC 9126-93 Technologia informacyjna. Ocena oprogramowania. Charakterystyki jakościowe i wytyczne dotyczące ich stosowania.

3. GOST 28195-89 Ocena jakości oprogramowania. Postanowienia ogólne

4. GOST R ISO/IEC 12207-99 Procesy cyklu życia oprogramowania.

Periodyki (czasopisma krajowe):

1. „Prasa komputerowa”;

Zasoby internetowe:

1. Portal edukacyjny: http\\www.edu. ru;

2. Internetowy Uniwersytet Technologii Informacyjnych http://www.intuit.ru;

3. Warsztat szkoleniowy:

Http\\www.edu.BPwin - Warsztat Dr_dimdim.ru;

4.3. Ogólne wymagania dotyczące organizacji procesu edukacyjnego Warunek obowiązkowy dopuszczenia do praktyki edukacyjnej w ramach modułu zawodowego „Udział w integracji modułów oprogramowania”

jest rozwój praktyki edukacyjnej w celu uzyskania podstawowych umiejętności zawodowych w ramach modułu zawodowego „Rozwój modułów oprogramowania dla systemów komputerowych”.

Przed przystąpieniem do modułu studenci studiują następujące dyscypliny: „Systemy operacyjne”, „Architektura systemów komputerowych”, „Techniczne środki informatyzacji”, „Technologie informacyjne”, „Podstawy programowania”, „Wsparcie prawne działalności zawodowej”, „Bezpieczeństwo życia”. ”, „Teoria algorytmów”, „Programowanie aplikacji”, „Systemy i sieci informatyczne”, „Technologia tworzenia i ochrony baz danych”.

4.4. Wsparcie kadrowe procesu kształcenia Wymagania dotyczące kwalifikacji kadry dydaktycznej (inżynierskiej) realizującej kształcenie na kierunku interdyscyplinarnym: dostępność wyższego wykształcenia zawodowego odpowiadającego profilowi modułu „Udział w integracji modułów oprogramowania”

oraz specjalność „Programowanie w systemach komputerowych”.

Wymagania dotyczące kwalifikacji kadry dydaktycznej nadzorującej praktykę Kadra inżynieryjna i dydaktyczna: specjaliści certyfikowani – nauczyciele przedmiotów interdyscyplinarnych oraz ogólnozawodowych dyscyplin zawodowych: „Informatyka”; „Techniczne środki informatyzacji”; „Podstawy programowania”.

5. KONTROLA I OCENA WYNIKÓW ROZWOJU

MODUŁ PROFESJONALNY (TYP PROFESJONALNY

ZAJĘCIA)

– – –

Formy i metody monitorowania i oceniania efektów uczenia się powinny umożliwiać studentom sprawdzanie nie tylko kształtowania się kompetencji zawodowych, ale także rozwoju kompetencji ogólnych i umiejętności je wspierających.

Transkrypcja

1 Ministerstwo Edukacji Obwodu Moskiewskiego Państwowa budżetowa profesjonalna instytucja edukacyjna obwodu moskiewskiego „TECHNIKA KOLEJOWA OREKHOWO-ZUEVSKY NAZWANA NA MIEJSCU V.I. BONDARENKO” Specjalność „Programowanie w systemach komputerowych” PM 03 Udział w integracji modułów oprogramowania ZESTAW narzędzi kontroli i oceny Nauczyciel Gusiew Iwan Jewgienijewicz Orekhovo-Zuevo 2016

2 Rozpatrzone na posiedzeniu komisji cyklu zawodowego „Programowanie w systemach komputerowych”, matematyczne i specjalistyczne dyscypliny akademickie Protokoły z roku 201_ Przewodniczący Komisji // Spełnia wymagania Federalnego Państwowego Standardu Edukacyjnego dla Średniego Kształcenia Zawodowego w specjalności Programowanie na stanowisku zastępcy ds. systemów komputerowych. dyrektor ds. pracy edukacyjnej / / 201ayayayayaya- miasto Twórca: Gusev I.E. - nauczyciel przedmiotów specjalnych. 1. Postanowienia ogólne

3 Narzędzia monitorowania i ewaluacji (KOS) służą do monitorowania i oceny osiągnięć edukacyjnych studentów, którzy opanowali program modułu zawodowego PM 03 „Uczestnictwo w integracji modułów programu”. CBS obejmuje materiały kontrolne do bieżącego monitoringu oraz pośrednią certyfikację w formie egzaminu kwalifikacyjnego. Wynikiem egzaminu jest jednoznaczna decyzja: „rodzaj działalności zawodowej opanowany/nie opanowany”. KOS zostały opracowane w oparciu o przepisy: - Głównego programu kształcenia zawodowego dla zawodu/specjalności () „Programowanie w systemach komputerowych”; - moduł profesjonalny PM 03 „Udział w integracji modułów oprogramowania”. 2. Wyniki opanowania sprawdzanej dyscypliny W wyniku opanowania modułu zawodowego PM 03 „Uczestnictwo w integracji modułów oprogramowania” student musi posiadać następujące umiejętności i wiedzę przewidziane w Federalnym Państwowym Standardzie Edukacyjnym dla tej specjalności kształcenia zawodowego na poziomie średnim „Programowanie w systemach komputerowych”, które tworzą kompetencje zawodowe i ogólne: Kod PK3.1 Nazwa efektu kształcenia Analizowanie dokumentacji projektowej i technicznej na poziomie interakcji komponentów oprogramowania. Komputer 3.2. Integracja modułów z systemem oprogramowania. Komputer 3.3. Debuguj oprogramowanie za pomocą specjalistycznych narzędzi programowych. Komputer 3.4. Twórz zestawy testów i skrypty testowe. Komputer 3.5. Sprawdź komponenty oprogramowania pod kątem zgodności ze standardami kodowania. Komputer 3.6. Opracowywanie dokumentacji technologicznej. OK 1. OK 2. OK 3. OK 4. OK 5. Zrozum istotę i znaczenie społeczne swojego przyszłego zawodu, okaż mu duże zainteresowanie Organizuj własne działania, wybieraj standardowe metody i sposoby wykonywania zadań zawodowych, oceniaj ich efektywność i jakość Podejmowanie decyzji w oparciu o sytuacje standardowe i niestandardowe oraz ponoszenie za nie odpowiedzialności Wyszukiwanie i wykorzystywanie informacji niezbędnych do skutecznej realizacji zadań zawodowych, rozwoju zawodowego i osobistego Wykorzystywanie technologii informacyjno-komunikacyjnych w działalności zawodowej.

4 OK 6. Pracuj w zespole i zespole, skutecznie komunikuj się ze współpracownikami, zarządem i konsumentami. OK 7. Brać odpowiedzialność za pracę członków zespołu (podwładnych) i wyniki realizacji zadań. OK 8. Samodzielnie wyznaczaj zadania rozwoju zawodowego i osobistego, angażuj się w samokształcenie, świadomie planuj zaawansowane szkolenia. OK 9. Poruszać się w warunkach częstych zmian technologii w działalności zawodowej. OK 10. Pełnić obowiązki wojskowe, w tym wykorzystywać nabytą wiedzę zawodową (dla młodych mężczyzn). Aby opanować tego typu działalność zawodową i odpowiadające jej kompetencje zawodowe, student w trakcie opracowywania modułu zawodowego musi: posiadać doświadczenie praktyczne: - PO1 - udział w opracowywaniu wymagań oprogramowania; - PO2 - udział w projektowaniu oprogramowania z wykorzystaniem specjalistycznych pakietów oprogramowania; potrafić: U1 - opanować podstawowe metodologie procesów wytwarzania oprogramowania; U2 – stosować metody w celu uzyskania kodu o zadanej funkcjonalności i stopniu jakości; wiedzieć: Z1 - modele procesu wytwarzania oprogramowania; Z2 - podstawowe zasady procesu wytwarzania oprogramowania; Z3 - główne podejścia do integracji modułów oprogramowania; Z4 – podstawowe metody i środki efektywnego rozwoju; Z5 - podstawy weryfikacji i certyfikacji oprogramowania; Z6 - koncepcje i realizacja procesów programistycznych; Z7 – zasady budowy, struktury i techniki pracy z narzędziami wspomagającymi tworzenie oprogramowania; Z8 - metody organizacji pracy zespołów programistycznych; Z9 - podstawowe zasady metrologii produktów programowych, zasady budowy, projektowania i stosowania narzędzi do pomiaru charakterystyk i parametrów programów, systemów i zespołów oprogramowania; Z10 - standardy jakości oprogramowania; Z11 - metody i środki opracowywania dokumentacji oprogramowania. Warunkiem dopuszczenia do egzaminu jest zaliczenie prac laboratoryjnych oraz pozytywne oceny z kolokwium. Warunkiem pozytywnej certyfikacji w dyscyplinie jest pozytywna ocena wszystkich kontrolowanych wskaźników.

5 3. Rozkład ocen efektów uczenia się według rodzaju kontroli Element modułu MDK Technologia tworzenia oprogramowania MDK Narzędzia tworzenia oprogramowania MDK Dokumentacja i certyfikacja CP PP Forma kontroli i oceny Średnio zaawansowany Bieżąca certyfikacja kontroli Egzamin Testowanie, wykonywanie zadań praktycznych, praca testowa , rozwiązywanie problemów eksperymentalnych - Testowanie, wykonywanie zadań praktycznych, praca testowa, rozwiązywanie problemów eksperymentalnych Egzamin Testowanie, wykonywanie zadań praktycznych, praca testowa, rozwiązywanie problemów eksperymentalnych Obrona zajęć Zaliczenie zadań projektowych zajęć Kwalifikacyjne Zaliczenie zadań egzaminu praktycznego 3. Wyniki opanowania modułu do poddać się egzaminowi (kwalifikacyjnemu) 2.1. W wyniku certyfikacji w module zawodowym przeprowadzane jest kompleksowe sprawdzenie następujących kompetencji zawodowych i ogólnych: Kompetencje zawodowe i ogólne PC 1. Analizować dokumentację projektową i techniczną na poziomie współdziałania komponentów oprogramowania. PC 2. Zintegruj moduły z systemem oprogramowania. Wskaźniki oceny wyniku: trafność zrozumienia zadania; uzasadnienie wymagań dotyczących oprogramowania; jakość zaleceń dotyczących sformalizowania obszaru tematycznego, z uwzględnieniem ograniczeń; oceniać poziom złożoności komponentów oprogramowania; dokładność i kompetencja w rozumieniu dokumentacji projektowej oprogramowania na poziomie interakcji komponentów oprogramowania. Zarys głównych cech systemu oprogramowania; Stosowanie metod w celu uzyskania kodu o zadanej funkcjonalności i stopniu jakości;

6 Kompetencje zawodowe i ogólne w zakresie komputerów PC 3. Debugowanie oprogramowania przy użyciu specjalistycznych narzędzi programowych. PC 4. Opracuj zestawy testów i skrypty testowe. PC 5. Sprawdź komponenty oprogramowania pod kątem zgodności ze standardami kodowania. PC 6. Opracować dokumentację technologiczną. Wskaźniki oceny wyniku. Określenie etapów projektowania systemów oprogramowania i ich architektury; Zarys podejść do integracji modułów oprogramowania; Stosowanie metod i narzędzi efektywnego rozwoju; Zarys głównych cech systemu oprogramowania; Stosowanie metod w celu uzyskania kodu o zadanej funkcjonalności i stopniu jakości; Szybkość i jakość debugowania kodu programu; Prezentacja głównych założeń metrologii oprogramowania; Stosowanie metod i narzędzi efektywnego rozwoju; Zarys głównych metod testowania komponentów oprogramowania i systemu jako całości; Organizacja procesu testowania; Przygotowanie zadań testowych; Wybór algorytmu testowania; Szybkość i jakość testowania systemu oprogramowania i poszczególnych komponentów. Zarys głównych cech systemu oprogramowania; Znajomość podstawowych metodologii procesu wytwarzania oprogramowania; Zarys podstaw weryfikacji i certyfikacji oprogramowania; Stosowanie standardów kodowania; Stosowanie metod w celu uzyskania kodu o zadanej funkcjonalności i stopniu jakości; Prezentacja głównych założeń metrologii oprogramowania; Stosowanie metod i narzędzi efektywnego rozwoju; jakość zaleceń dotyczących sformalizowania zadania; jakość i szybkość czytania dokumentacji technicznej; opracowywanie rekomendacji dotyczących stosowania standardów dokumentacyjnych; dokładność i poprawność projektowania dokumentacji technologicznej oprogramowania.

7 OK 1. Zrozum istotę i znaczenie społeczne swojego przyszłego zawodu, okaż nim trwałe zainteresowanie. OK 2. Organizuj własne działania, wybieraj standardowe metody i sposoby wykonywania zadań zawodowych, oceniaj ich skuteczność i jakość. OK 3. Podejmuj decyzje w sytuacjach standardowych i niestandardowych i bierz za nie odpowiedzialność. OK 4. Wyszukiwać i wykorzystywać informacje niezbędne do efektywnej realizacji zadań zawodowych, rozwoju zawodowego i osobistego. OK 5. Wykorzystywać technologie informacyjno-komunikacyjne w działalności zawodowej. OK 6. Pracuj w zespole i w zespole, skutecznie komunikuj się ze współpracownikami, zarządem i konsumentami. OK 7. Brać odpowiedzialność za pracę członków zespołu (podwładnych), za wykazywanie zainteresowania przyszłym zawodem, wybór i stosowanie metod i technik rozwiązywania problemów zawodowych z zakresu tworzenia i administrowania bazami danych; ocena efektywności i jakości realizacji rozwiązywania standardowych i niestandardowych zadań zawodowych z zakresu tworzenia i administrowania bazami danych, efektywne wyszukiwanie niezbędnych informacji; korzystanie z różnych źródeł, w tym elektroniczne tworzenie, programowanie i administrowanie bazami danych interakcja ze studentami, nauczycielami i mistrzami podczas kształcenia, samoanaliza i korekta wyników własnej pracy

8 wynik wykonania zadań. OK 8. Samodzielnie wyznacza zadania rozwoju zawodowego i osobistego, angażuje się w samokształcenie, świadomie planuje rozwój zawodowy. OK 9. Poruszać się w warunkach częstych zmian technologii w działalności zawodowej. OK 10. Pełnić obowiązki wojskowe, w tym wykorzystywać nabytą wiedzę zawodową (dla młodych mężczyzn). Wyniki (opanowane kompetencje zawodowe) PC 3.1. Analizować dokumentację projektową i techniczną na poziomie interakcji komponentów oprogramowania. Komputer 3.2. Integracja modułów z systemem oprogramowania. Komputer 3.3. Wykonaj debugowanie organizacji niezależnych studiów podczas studiów moduł zawodowy analiza innowacji w zakresie rozwoju i administrowania bazami danych rozwiązywanie problemów sytuacyjnych związanych z wykorzystaniem kompetencji zawodowych Formy i metody kontroli i oceny Ocena wyników samodzielnej pracy pozalekcyjnej. Ocena ekspercka w procesie obrony pracy laboratoryjnej. 1-6 (MDK 03.01) Ocena ekspercka w procesie obrony projektu kursowego. Ocena ekspercka w procesie realizacji zadań indywidualnych (MDK 03.03) Ocena wyników samodzielnej pracy pozalekcyjnej. Ocena ekspercka w procesie obrony pracy laboratoryjnej (MDK 03.01) Ocena ekspercka w procesie obrony projektu zajęć. Ocena ekspercka w procesie realizacji zadań indywidualnych (MDK 03.01) Ocena wyników samodzielnej pracy pozalekcyjnej.

9 oprogramowanie wykorzystujące specjalistyczne oprogramowanie. Komputer 3.4. Twórz zestawy testów i skrypty testowe. Komputer 3.5. Sprawdź komponenty oprogramowania pod kątem zgodności ze standardami kodowania. Komputer 3.6. Opracowywanie dokumentacji technologicznej. Ocena ekspercka w procesie obrony pracy laboratoryjnej (MDK 03.02) Ocena ekspercka w procesie obrony projektu zajęć. Ocena ekspercka w procesie realizacji zadań indywidualnych (MDK 03.02) Ocena wyników samodzielnej pracy pozalekcyjnej. Ocena ekspercka w procesie obrony pracy laboratoryjnej (MDK 03.01) Ocena ekspercka w procesie obrony projektu zajęć. Ocena ekspercka w procesie realizacji zadań indywidualnych (MDK 03.01) Ocena wyników samodzielnej pracy pozalekcyjnej. Ocena ekspercka w procesie obrony pracy laboratoryjnej (MDK 03.01) Ocena ekspercka w procesie obrony projektu zajęć. Ocena ekspercka w procesie realizacji zadań indywidualnych (MDK 03.01) Ocena wyników samodzielnej pracy pozalekcyjnej. Ocena ekspercka w procesie obrony pracy laboratoryjnej. 1-8 (MDK 03.03) Ocena ekspercka w procesie obrony projektu kursowego. Ocena ekspercka w procesie realizacji poszczególnych zadań (MDK 03.03)

10 4. Podział rodzajów zadań kontrolnych według elementów kompetencji zawodowych Treść materiałów edukacyjnych do programu MDK Technologia tworzenia oprogramowania MDK Narzędzia do tworzenia oprogramowania MDK Dokumentacja i certyfikacja Rodzaj zadania kontrolnego PC1 PC2 PC3 PC4 PC5 PC6 LR LR UO LR VSR LR PR RU VSR KR UO T VSR UO VSR UO VSR UO VSR UO LR PR T KR VSR UO VSR UO VSR UO Symbole: T - testowanie, UO - ankieta ustna, LR praca laboratoryjna, PR - praca praktyczna, KR praca testowa, VSR wykonywanie zadań pozalekcyjnych samodzielna praca. VSR UO VSR UO 5. Podział rodzajów zadań kontrolnych według elementów kompetencji zawodowych kontrolowanych na etapie certyfikacji pośredniej Treść materiałów edukacyjnych Rodzaj zadania kontrolnego dla programu MDK Technologia tworzenia oprogramowania MDK Narzędzia do tworzenia oprogramowania MDK Dokumentacja i certyfikacja Ocena E wyniki egzaminu. KP - projektowanie torów, VSR UO LR PR T KR PK1 PK2 PK3 PK4 PK5 PK6 KP KP KP KP KP KP E E E E E E E E E E E E E

11 6. Struktura zadania testowego 6.1. Końcowy egzamin kwalifikacyjny z formularza certyfikacyjnego Oceniane kompetencje zawodowe i ogólne - PC1-6, OK1-10 Kryteria oceny wiedzy studenta: ocenę celującą student otrzymuje w przypadku udzielenia prawidłowej odpowiedzi na 2 pytania teoretyczne i zadania praktycznego wypełnione poprawnie; ocenę „dobry” w przypadku udzielenia prawidłowej odpowiedzi na pytanie teoretyczne i prawidłowego wykonania zadania praktycznego; ocena „dostateczna” w przypadku udzielenia prawidłowej odpowiedzi na pytanie teoretyczne lub prawidłowego wykonania zadania praktycznego; ocena jest „niedostateczna”, jeśli nie zostaną podane prawidłowe odpowiedzi na pytania teoretyczne i nie zostanie poprawnie wykonane zadanie praktyczne. Bilet 1 1. Preprocesor. 2. ESPD. Rodzaje programów i dokumenty programowe. Bilet 2 1. Kompilator.. 2. ESPD. P-schematy algorytmów i programów. 1. Kolekcjoner. 2. ESPD. Warunki i definicje. Bilet 3 Bilet 4 1. Linker. 2. ESPD. Schematy algorytmów i programów. Symbole są konwencjonalną grafiką. 1. Debuger. 2. ESPD. Postanowienia ogólne. Bilet 5

12 Bilet 6 1. Kierownik projektu. 2. Organizacja badań w fazie użytkowania Bilet 7 1. Konfiguracje konstrukcyjne. 2. Organizacja testów w fazie ewaluacyjnej. Bilet 8 1. Zintegrowane środowisko programistyczne, IDE. 2. Struktura organizacyjna grupy badawczej. Bilet 9 1. Zajęcia ze środowisk narzędziowych do tworzenia i utrzymania oprogramowania. 2. Kategorie testowania oprogramowania. Bilet Klasyfikacja narzędzi programistycznych. 2. Tryby testowe programu. Cykl życia biletu PS. 2. Aktualny stan metod zapewnienia jakości produktu programowego. Biletowa architektura instrumentalnych systemów technologii programowania. 2. Organizowanie udostępniania dokumentacji na etapach oceny i użytkowania. Bilet technologiczny CASE. 2. Organizowanie udostępniania dokumentacji na etapie projektowania i programowania.

13 Bilet Opracowanie specyfikacji. 2. Organizowanie udostępniania dokumentacji na etapie badań i analizy wykonalności. Ticket Lokalne systemy kontroli wersji. 2. Standardy i wytyczne dotyczące praktyki. Ticket Scentralizowane systemy kontroli wersji. 2. Struktura organizacyjna grupy wydającej dokumentację. Ticket Rozproszone systemy kontroli wersji. 2. Struktura organizacyjna grupy serwisowej. System wsparcia projektów Ticket Instrumental. 2. Udział zespołu deweloperskiego w przeglądach fazowych. Ticket Koncepcja i struktura projektu. 2. Organizacja rozwoju oprogramowania na etapie programowania. Bilet Funkcje programowania obiektowego. 2. Organizacja rozwoju oprogramowania w fazie projektowania (projektowania).

14 Bilet Klasy i obiekty. 2. Obowiązki grupy planistycznej podczas zatwierdzania planów rozwoju oprogramowania. Ticket Podstawowe właściwości OOP: enkapsulacja i polimorfizm. 2. Organizacja planowania na etapie projektowania i kodowania. 1. Metody zajęć. Wielopostaciowość. 2. Prototyp produktu. Bilet 23 Bilet Obsługa wyjątków. 2. Plany związane z tworzeniem oprogramowania. Pojęcie biletu i rodzaje podprogramów. 2. Struktura organizacyjna grupy planistycznej. Ticket Tworzenie i wykorzystanie bibliotek podprogramów. 2. Dekompozycja planów. Koncepcja biletów i funkcje bibliotek DLL. 2. Rodzaje planów. Ticket Tworzenie aplikacji wielowątkowych. 2. Wyznaczanie celów i sposobów ich osiągania.

15 Ticket Połącz i wyświetl zestawy danych. 2. Organizacja interakcji. Prototypowanie biletów. 2. Analiza odgórna procesu zarządzania projektowaniem oprogramowania. Dokumentacja i certyfikacja MDK 6.2. Egzamin końcowy z formularza certyfikacyjnego Oceniane kompetencje zawodowe: PC1-6 Kryteria oceny wiedzy studenta: Ocena celująca przyznawana jest za krótką, zrozumiałą i ugruntowaną odpowiedź na pytania teoretyczne. Ocena „dobra” przyznawana jest za odpowiedź na jedno pytanie teoretyczne. Ocena „dostateczna” dotyczy odpowiedzi na jedno pytanie teoretyczne, które nie zostało w pełni omówione. Ocena „niedostateczna” wystawiana jest w przypadku braku odpowiedzi na pytanie teoretyczne. Bilet 1 1. Koncepcja produktu jako środka komunikacji. 2. Udział grupy testowej w przeglądach fazowych. Bilet 2 1. Organizacja testów w fazie użytkowania. 2. Analiza odgórna procesu zarządzania projektowaniem oprogramowania.

16 Bilet 3 1. Organizacja interakcji. 2. Organizacja testów w fazie ewaluacyjnej. Bilet 4 1. Organizacja testów w fazie projektowania i programowania. 2. Wyznaczanie celów i sposobów ich osiągania. Bilet 5 1. Rodzaje planów. 2. Organizacja testów w fazach badań i analizy wykonalności. Bilet 6 1. Struktura organizacyjna grupy testowej. 2. Dekompozycja planów. Bilet 7 1. Struktura organizacyjna grupy planistycznej. 2. Kategorie testowania oprogramowania. Bilet 8 1. Tryby testowe programu. 2. Plany związane z tworzeniem oprogramowania. Bilet 9 1. Produkt prototypowy. 2. Aktualny stan metod zapewnienia jakości produktu programowego. Bilet Udział grupy ds. wydania dokumentacji w przeglądach fazowych.

17 2. Organizacja planowania w fazie badawczej. Planowanie organizacji biletów na etapie analizy wykonalności. 2. Organizowanie udostępniania dokumentacji na etapach oceny i użytkowania. Ticket Organizacja wydania dokumentacji na etapie projektowania i programowania. 2. Organizacja planowania na etapie projektowania i kodowania. Ticket Organizacja planowania w fazie oceny i użytkowania. 2. Organizowanie udostępniania dokumentacji na etapie badań i analizy wykonalności. Standardy dotyczące biletów i przewodniki praktyczne. 2. Obowiązki grupy planistycznej podczas przeglądania i zatwierdzania planów rozwoju oprogramowania. Ticket Organizacja rozwoju oprogramowania w fazie badawczej. 2. Struktura organizacyjna grupy wydającej dokumentację. Ticket Organizacja rozwoju oprogramowania na etapie analizy wykonalności. 2. Udział zespołu utrzymaniowego w przeglądach fazowych. Ticket Organizacja rozwoju oprogramowania w fazie projektowania (projektowania). 2. Organizacja serwisu na etapie użytkowania.

18 Bilet Organizacja usługi w fazie programowania i ewaluacji. 2. Organizacja rozwoju oprogramowania na etapie programowania. Ticket Organizacja rozwoju oprogramowania w fazie ewaluacyjnej. 2. Organizacja usługi na etapach analizy wykonalności i projektowania. Bilet Organizacja konserwacji oprogramowania w fazie badawczej. 2. Zakończenie projektu. Ticket Udział zespołu programistów w przeglądach fazowych. 2. Struktura organizacyjna grupy serwisowej. Bilet ESPD. Postanowienia ogólne. 2. ESPD. Schematy algorytmów i programów. Zasady wykonania. Bilet ESPD. Schematy algorytmów i programów. Symbole są konwencjonalną grafiką. 2. ESPD. Warunki i definicje. Bilet ESPD. P-schematy algorytmów i programów. Konwencjonalne oznaczenia graficzne i zasady wykonania. 2. ESPD. Rodzaje programów i dokumenty programowe.

19 6.3. Forma bieżącej pracy kontrolnej Czas pracy: 4 godziny Oceniane kompetencje zawodowe: PC1-6. Kryterium oceny wiedzy studenta Za odpowiedzi na zadania 1 i 2 wystawiana jest ocena „doskonała”. Natomiast w protokole w sposób czytelny przedstawiono odpowiedzi na pytania zgodnie z opcją. Odpowiedzi na zadania 1 i 2 otrzymują ocenę „dobrą”, a w protokole i odpowiedziach na pytania występują nieścisłości. Ocena „dostateczna” przyznawana jest za w pełni wykonane zadanie 1. Ocena „niezadowalająca” jest przyznawana za brak zadania 1 i ukończone zadanie 2. PYTANIA (OPCJE) DO PRACY TESTOWEJ Opcja 1 1. Układy zamknięte i izolowane . Podstawowe różnice pomiędzy systemami złożonymi i prostymi. 2. Wymień główne etapy systematycznych badań technosfery. Opcja 2 1. Model i cel modelowania. Rodzaje modeli i metody modelowania. 2. Wskazać główne problemy rozwiązywane w procesie teoretycznej analizy i syntezy systemów. Opcja 3 1. Charakterystyczne cechy modeli materiałowych i idealnych. 2. Rozwiń znaczenie terminu „formalizacja” i wskaż jego związek z modelowaniem. Opcja 4 1. Modelowanie matematyczne. Znaki modeli matematycznych. 2. Modele i metody modelowania systematycznych badań niebezpiecznych procesów w technosferze. Opcja 5 1. Jakie problemy rozwiązuje się podczas ilościowej analizy modelu? 2. Diagramy przyczynowo-skutkowe. "Pętla". Przykład Opcja 6 1. Istota problemu wypadków i urazów w technosferze. Łańcuch przyczynowy zdarzenia spowodowanego przez człowieka. 2. Diagramy przyczynowo-skutkowe. "Drzewo". Przykład Opcja 7 1. Przedmiot i przedmiot analizy systemowej oraz modelowania procesów niebezpiecznych

20 w technosferze. 2. Główna różnica między diagramem drzewa a wykresem. Przykład. Opcja 8 1. Podstawowe metody badań i poprawy bezpieczeństwa technosfery. 2. Różnice pomiędzy procedurą konstruowania drzewa zdarzeń i drzewa incydentów. Przykład Opcja 9 1. Etapy i zadania planowania programowo-celowego i zarządzania procesem bezpieczeństwa. 2. System bezpieczeństwa. Cel i główne cele tego systemu Opcja Cel jakościowej analizy diagramów drzewiastych. Metody analizy jakościowej drzewa incydentów. Określić wyjściowe dane i wskaźniki stosowane w metodologii apriorycznej oceny bezpieczeństwa opracowanych procesów produkcyjnych Forma pracy w ramach końcowego kursu certyfikacyjnego Oceniane kompetencje zawodowe: PC1-6. Przykładowe tematy zajęć 1. Prototyp i układ strony internetowej szkoły nauki jazdy z wykorzystaniem systemu zarządzania treścią witryny (CMS) 2. Prototyp i układ witryny salonu samochodowego z wykorzystaniem systemu zarządzania treścią witryny (CMS) 3. Prototypowanie i układ urody strona internetowa salonu z wykorzystaniem systemu zarządzania treścią serwisu (CMS) 4. Prototyp i układ strony internetowej dla firmy transportowej z wykorzystaniem systemu zarządzania treścią witryny (CMS) 5. Prototyp i układ strony internetowej dla firmy instalującej okna plastikowe PCV z wykorzystaniem witryny system zarządzania treścią (CMS) 6. Stworzenie sklepu internetowego sprzedającego sprzęt AGD 7. Stworzenie sklepu internetowego sprzedającego sprzęt komputerowy 8. Prototypowanie i układ strony internetowej cementowni z wykorzystaniem systemu zarządzania treścią serwisu (CMS) 9. Prototypowanie i układ strony internetowej placówki edukacyjnej z wykorzystaniem systemu zarządzania treścią serwisu (CMS)

21 10. Prototyp i układ strony internetowej schroniska dla psów z wykorzystaniem systemu zarządzania treścią serwisu (CMS) 11. Prototyp i układ strony internetowej biblioteki miejskiej z wykorzystaniem systemu zarządzania treścią serwisu (CMS) 12. Prototyp i układ strony internetowej biblioteki filmowej z wykorzystaniem system zarządzania treścią serwisu (CMS) 13. Stworzenie sklepu internetowego z materiałami budowlanymi 14. Prototypowanie i układ strony internetowej szpitala miejskiego z wykorzystaniem systemu zarządzania treścią serwisu (CMS) 15. Prototypowanie i układ strony z muzyką content (CMS) 16. Stworzenie sklepu internetowego zajmującego się sprzedażą akustyki samochodowej 17. Stworzenie sklepu internetowego sprzedającego meble 18. Prototypowanie i układ strony internetowej zakładu budowy maszyn z wykorzystaniem systemu zarządzania treścią serwisu (CMS) 19. Prototypowanie i układ strony internetowej agencji nieruchomości z wykorzystaniem systemu zarządzania treścią serwisu (CMS) 20. Prototypowanie i układ strony internetowej hoteli z wykorzystaniem systemu zarządzania treścią serwisu (CMS) 21. Stworzenie sklepu internetowego sprzedającego e-booki

22 7. Wykaz materiałów, sprzętu i źródeł informacji wykorzystywanych podczas kontroli Wyposażenie laboratorium: - stanowiska studenckie; - miejsce pracy nauczyciela; - tablica elektroniczna. Techniczne pomoce szkoleniowe: - komputer osobisty 9 szt.; - serwer, sieć lokalna, dostęp do sieci globalnej; - czarno-biała drukarka laserowa; Oprogramowanie: - MS Visual Studio - Macromedia Flash MX - Visual Basic - Unity3D - MS World, LibreOffice Wsparcie informacyjne dla szkoleń Lista polecanych publikacji edukacyjnych, zasoby internetowe, literatura dodatkowa Główne źródła: 1. Gagarina L.G., Kokoreva E.V. ., Visnadul B.D. Technologia wytwarzania oprogramowania: podręcznik / wyd. LG Gagarina. -M.: Wydawnictwo „FORUM”: INFRA-M, Sommerfill, Ian. Inżynieria oprogramowania, trans. z angielskiego M.: Williams Publishing House, D.V. Koznov Podstawy modelowania wizualnego. M.: Internetowa Wyższa Szkoła Technologii Informacyjnych, N.N. Nepeyvoda Style i metody programowania. M.: Internetowy Uniwersytet Technologii Informacyjnych, Patrice Pelland, Pascal Paré, Ken Hines Przejście do Microsoft Visual Studio 2010 Microsoft L.I. Suchkova Win32 API: podstawy programowania Barnaul Radkevich Ya.M. Metrologia, standaryzacja i certyfikacja: Podręcznik dla uniwersytetów. - M.: Szkoła Wyższa, s. 10-10. 8. Erastov V. E. Metrologia, normalizacja i certyfikacja: Podręcznik dla uniwersytetów. - Tomsk: Tomski Państwowy Uniwersytet Systemów Sterowania i Radioelektroniki, s. 10-10. 9. Dimov Yu V. Metrologia, normalizacja i certyfikacja: Podręcznik dla uniwersytetów. - St. Petersburg: Piotr, s. 23-35. 10. Goncharov A.A. Metrologia, normalizacja i certyfikacja: Podręcznik dla uniwersytetów. - M.: Akademia, s. 13-15. Dodatkowe źródła:

23 1. Czeremnych S.V. Modelowanie i analiza systemów. Technologie IDEF: warsztat / S.V. Czeremnych, I.O. Semenow, V.S. Ruchkina. M.: Finanse i statystyka, Odintsov I.O. Profesjonalne programowanie. Podejście systemowe. wydanie 2. przerobione i dodatkowe Petersburg: BHV-Petersburg, Kaner, Folk, Nguyen - testowanie oprogramowania DiaSoft Kalaida V. T. Technologia tworzenia oprogramowania: podręcznik / V. T. Kalaida, V. V. Romanenko; Federalna Agencja ds. Edukacji, Tomski Państwowy Uniwersytet Systemów Sterowania i Radioelektroniki. - Tomsk: TUSUR, Gunter R. Metody zarządzania projektowaniem oprogramowania. M.: Mir, s. Czasopisma krajowe: Biuletyn Informatyki i Technologii Informacyjnych; Przydatne narzędzia do tworzenia i projektowania stron internetowych; Przydatne narzędzia dla twórców oprogramowania; Oprogramowanie i systemy; PCWeek (wydanie rosyjskie).

Załącznik 2 PROGRAM PROGRAMÓW głównego programu kształcenia zawodowego średniego kształcenia zawodowego Federalnej Państwowej Instytucji Budżetowej Wyższego Szkolnictwa Zawodowego „Państwowy Uniwersytet Telekomunikacyjny w Petersburgu im. prof.

1 2 ANOTACJE DO PROGRAMÓW PRACY MODUŁÓW ZAWODOWYCH głównego programu kształcenia zawodowego średniego kształcenia zawodowego szkolenia podstawowego w specjalności średnie zawodowe

() Arkusz 2 z 8 1. 1. Paszport Paszport zestawu funduszu kontroli ewaluacji i narzędzi ewaluacji W wyniku opanowania dyscypliny akademickiej Teoria prawdopodobieństwa i statystyka matematyczna student

PAŃSTWOWA BUDŻETOWA INSTYTUCJA EDUKACYJNA ŚREDNIEGO SZKOLNICTWA ZAWODOWEGO REGIONU ARKANGELSKA „TECHNIKA PRZEMYSŁOWA I EKONOMICZNA” PROGRAM PRACY DYSCYPLINY EDUKACYJNEJ DYSKRETNY

MINISTERSTWO EDUKACJI I NAUKI FEDERACJI ROSYJSKIEJ Państwowa instytucja edukacyjna wyższej edukacji zawodowej „Państwowy Uniwersytet Nafty i Gazu w Tiumeniu” Instytut Cybernetyki,

MINISTERSTWO EDUKACJI REGIONU IRKUTSKIEGO państwowa budżetowa instytucja edukacyjna średniego kształcenia zawodowego obwodu irkuckiego „Angarsk Industrial Economic College” (GBOU

PROFESJONALNY PROGRAM MODUŁOWY PM.01 „Rozwój modułów oprogramowania dla systemów komputerowych” 2012 1 Profesjonalny program modułowy został opracowany na podstawie Federalnego

Ministerstwo Edukacji Obwodu Niżnego Nowogrodu Państwowa budżetowa instytucja edukacyjna średniego kształcenia zawodowego „Zawołżska Szkoła Techniczna Motoryzacyjna” ZATWIERDZONY Zastępca Dyrektora

MINISTERSTWO EDUKACJI I NAUKI FEDERACJI ROSYJSKIEJ Państwowa instytucja edukacyjna wyższej edukacji zawodowej „Państwowy Uniwersytet Nafty i Gazu w Tiumeniu” Instytut Cybernetyki,

MINISTERSTWO EDUKACJI REGIONU IRKUTSKIEGO państwowa budżetowa instytucja edukacyjna średniego kształcenia zawodowego obwodu irkuckiego „Angarsk Industrial Economic College” ZATWIERDZONO

FEDERALNA AGENCJA KOMUNIKACJI Federalna państwowa edukacyjna instytucja budżetowa wyższego wykształcenia zawodowego „Państwowy Uniwersytet Telekomunikacyjny w Petersburgu im.

MINISTERSTWO EDUKACJI I NAUKI FEDERACJI ROSYJSKIEJ Państwowa instytucja edukacyjna wyższej edukacji zawodowej „Państwowy Uniwersytet Nafty i Gazu w Tiumeniu” Instytut Cybernetyki,

1 2 SPIS TREŚCI 3 1. PASZPORT PROGRAMU PRACY MODUŁU PROFESJONALNEGO 2. WYNIKI Opanowania modułu PROFESJONALNEGO 3. STRUKTURA I TREŚĆ MODUŁU PROFESJONALNEGO 4. WARUNKI REALIZACJI MODUŁU PROFESJONALNEGO

NARZĘDZIA KONTROLI I OCENY DYSCYPLINY (SPO) EN.01 ELEMENTY MATEMATYKI WYŻSZEJ podstawowego programu edukacyjnego średniego kształcenia zawodowego programu szkolenia specjalistów średniego szczebla

PASZPORT PROGRAMU PRACY DYSCYPLINY AKADEMICZNEJ EN.01 Matematyka Zakres stosowania przykładowego programu Program dyscypliny akademickiej stanowi część głównego programu kształcenia zawodowego zgodnie z

PAŃSTWOWA FEDERALNA BUDŻETOWA INSTYTUCJA EDUKACYJNA SZKOLNICTWA WYŻSZEGO „ROSYJSKI PAŃSTWOWY UNIWERSYTET TURYSTYKI I USŁUG” SK RGUTIS FUNDUSZ OCENY DYSCYPLIN (SPO) OP. 12

PAŃSTWOWA BUDŻETOWA INSTYTUCJA BUDŻETOWA ST. PETERSBURG PROFESJONALNA INSTYTUCJA EDUKACYJNA „OHTINSKY COLLEGE” PROGRAM PRACY DYSCYPLINY AKADEMICZNEJ OSSE.01 PODSTAWY FILOZOFII w specjalności: 02.43.02 Fryzjerstwo

ST. PETERSBURG BUDŻETOWA PROFESJONALNA INSTYTUCJA EDUKACYJNA „OHTINSKY COLLEGE” PROGRAM PRACY MODUŁ PROFESJONALNY PM.02 WYBÓR FORM FRYZJI I ICH WDROŻENIE UWZGLĘDNIONE

1. Postanowienia ogólne. Program edukacyjny dotyczący szkolenia wykwalifikowanych pracowników zatrudnionych przez Państwową Budżetową Instytucję Edukacyjną „Lyskovsky Agrotechnical College” z zawodu 29.01.07 Krawiec to system edukacji i metodologii

Państwowa budżetowa profesjonalna instytucja edukacyjna obwodu moskiewskiego Technika badań geologicznych PROGRAM PRACY DYSCYPLINY Komputerowe przetwarzanie wyników pomiarów geodezyjnych.

PROFESJONALNY PROGRAM MODUŁOWY PM.03 „Udział w integracji modułów oprogramowania” 013 1 Program modułu zawodowego został opracowany na podstawie Federalnego Państwowego Standardu Edukacyjnego

MINISTERSTWO EDUKACJI REPUBLIKI BASZKORTOSTanu PAŃSTWOWA BUDŻETOWA PROFESJONALNA INSTYTUCJA EDUKACYJNA PAŹDZIERNIK OIL KOLEGIUM. SI. PROFESJONALNY PROGRAM PRACY KUVYKINA

1 2 1. PASZPORT PROGRAMU PRACY MODUŁU ZAWODOWEGO ORGANIZACJA DZIAŁAŃ ZESPOŁU WYKONAWCÓW 1.1. Zakres programu Program pracy modułu zawodowego (zwany dalej programem pracy)

1 2 SPIS TREŚCI Strona 1. PASZPORT PROGRAMU DYSCYPLINY SZKOLNEJ 4 2. STRUKTURA I TREŚĆ DYSCYPLINY STUDIÓW 5 3. WARUNKI REALIZACJI PROGRAMU DYSCYPLINY SZKOLNEJ 4. MONITOROWANIE I OCENA WYNIKÓW Opanowania

MINISTERSTWO EDUKACJI I NAUKI Okręgu Archangielskiego Państwowa budżetowa instytucja edukacyjna średniego kształcenia zawodowego obwodu archangielskiego „Techniczna Szkoła Budownictwa i Urbanistyki

1 Program pracy dyscypliny akademickiej został opracowany na podstawie Federalnego Państwowego Standardu Edukacyjnego dla Średniego Kształcenia Zawodowego w specjalności 09.0.01 Systemy komputerowe

PODSTAWOWY PROGRAM KSZTAŁCENIA ZAWODOWEGO KSZTAŁCENIA PODSTAWOWEGO W SPECJALNOŚCI 151901 INŻYNIERIA MECHANICZNA TREŚĆ 1. Postanowienia ogólne 3 2. Ramy czasowe opanowania podstawowego wykształcenia zawodowego

PROGRAM PROGRAMOWY głównego zawodowego programu edukacyjnego średniego kształcenia zawodowego państwowej budżetowej profesjonalnej instytucji edukacyjnej obwodu rostowskiego „Wołgodoński

MINISTERSTWO EDUKACJI OGÓLNEJ I ZAWODOWEJ REGIONU SWIERDŁOWSKA GBOU VOC Ural State College im. I.I. Polzunov” ZALECENIA METODOLOGICZNE DOTYCZĄCE UKOŃCZENIA PRAKTYKI PRODUKCYJNEJ

1. Cele i zadania dyscypliny: Cel studiów: Przekazanie niezbędnej wiedzy w zakresie tworzenia podstaw wykorzystania nowoczesnych technologii komputerowych i pakietów oprogramowania aplikacyjnego w ich przyszłej działalności.

1 2 ANOTACJE DO PROGRAMÓW PRACY MODUŁÓW ZAWODOWYCH głównego programu kształcenia zawodowego średniego kształcenia zawodowego szkolenia podstawowego w specjalności średnie zawodowe

MINISTERSTWO EDUKACJI I NAUKI FEDERACJI ROSYJSKIEJ Federalna Autonomiczna Instytucja Edukacyjna Wyższego Kształcenia Zawodowego „Dalekowschodni Uniwersytet Federalny” (FEFU)

2 Treść 1. Paszport programu pracy dyscypliny akademickiej s. 4 2. Struktura i treść dyscypliny akademickiej 7 2.1 objętość dyscypliny i rodzaje 7 praca edukacyjna 2.2 Plan tematyczny oraz treść i treść

Departament Polityki Młodzieżowej i Sportu Obwodu Kemerowskiego Państwowa Profesjonalna Instytucja Edukacyjna „Szkoła Nowokuźniecka (Szkoła Techniczna) Rezerwy Olimpijskiej” (GPOU „Nowokuźnieck UOR”)

STRESZCZENIE dyscypliny „NARZĘDZIA INFORMACJI TECHNICZNEJ” dla specjalności 02.09.03 „Programowanie w systemach komputerowych” Wielkość pracochłonności: zaliczenie różnicowe (88 godzin, w tym 58 godzin zajęć dydaktycznych:

1. PASZPORT DYSCYPLINY SZKOLNEJ „ELEMENTY LOGIKI MATEMATYCZNEJ” 1.1. Zakres programu Program pracy dyscypliny akademickiej (zwany dalej programem UD) jest częścią głównego programu zawodowego

MINISTERSTWO EDUKACJI OGÓLNEJ I ZAWODOWEJ REGIONU SWIERDŁOWSKIEGO PAŃSTWOWA BUDŻETOWA INSTYTUCJA EDUKACYJNA ŚREDNICH SZKOLNICTWA ZAWODOWEGO REGIONU SWIERDŁOWSKIEGO „BOGDANOWICZ”

1 Program pracy dyscypliny akademickiej „Matematyka” jest inny zgodnie z wymogami Federalnego Państwowego Standardu Edukacyjnego dla Średniego Kształcenia Zawodowego w specjalności 22.02.06 Produkcja spawalnicza zatwierdzona zarządzeniem Ministerstwa Edukacji i Nauki

MINISTERSTWO EDUKACJI I NAUKI FEDERACJI ROSYJSKIEJ Federalna Państwowa Budżetowa Instytucja Edukacyjna Wyższego Szkolnictwa Zawodowego „Państwowy Uniwersytet Nafty i Gazu w Tiumeniu”

MINISTERSTWO ROLNICTWA FEDERACJI ROSYJSKIEJ TEREK ODDZIAŁ FEDERALNEJ INSTYTUCJI BUDŻETOWEJ PAŃSTWA EDUKACYJNEGO WYŻSZEJ SZKOLNICTWA ZAWODOWEGO „PAŃSTWO KABARDYNO-BAŁKARSKIE

Zestaw narzędzi kontrolnych i ewaluacyjnych dla modułu profesjonalnego PM 04. Stylizacja włosów. programy przekwalifikowujące pracowników w zawodzie 16437 „Fryzjer” 1 Postanowienia ogólne Wynik mistrzostwa

Ministerstwo Edukacji Republiki Karelii Państwowa budżetowa profesjonalna instytucja edukacyjna Republiki Karelii „Kondopoga College” Główny program kształcenia zawodowego

ROSZHELDOR Federalna państwowa budżetowa instytucja edukacyjna wyższego kształcenia zawodowego „Państwowy Uniwersytet Transportu w Rostowie” (FSBEI VPORGUPS) Tichoretska Szkoła Techniczna

Ministerstwo Edukacji Obwodu Omskiego Budżetowa instytucja edukacyjna obwodu omskiego średniego kształcenia zawodowego „Tarsky Agricultural College” (BOU OO SPO „Tarsky Agricultural College”

TREŚĆ 1. PASZPORT PROGRAMU PRACY DYSCYPLINY AKADEMICZNEJ 2. STRUKTURA I TREŚĆ DYSCYPLINY AKADEMICZNEJ 3. WARUNKI REALIZACJI PROGRAMU PRACY DYSCYPLINY AKADEMICZNEJ 4. MONITOROWANIE I OCENA REZULTATÓW ROZWOJU

MINISTERSTWO EDUKACJI I NAUKI FEDERACJI ROSYJSKIEJ BUDŻET PAŃSTWA FEDERALNEGO INSTYTUCJA EDUKACYJNA SZKOLNICTWA WYŻSZEGO „UNIWERSYTET PAŃSTWOWY BAJKAL” CHITA INSTITUTE COLLEGE.

NOU HPE Prywatna uczelnia edukacyjna „ESSENTUK INSTYTUT ZARZĄDZANIA, BIZNESU I PRAWA” Wydział Matematyki Wyższej i Informatyki EIUBiP CHOU VO EIUBP PROGRAM PRACY DLA DYSCYPLINA

Komitet Edukacji Ogólnej i Zawodowej Obwodu Leningradzkiego GBPOU LO „Besedsky Agricultural College” PROGRAM PRACY DYSCYPLINY AKADEMICZNEJ „PRACA STAŁA I SZACUNKI” Specjalność 08.0.08

Program pracy modułu zawodowego PM.03 „Kontrola jakości prac spawalniczych” został opracowany na podstawie Federalnego Państwowego Standardu Edukacyjnego (zwanego dalej Federalnym Państwowym Standardem Edukacyjnym) dla specjalności średnich

Zawartość strony 1. Paszport programu pracy dyscypliny akademickiej. Wyniki opanowania dyscypliny akademickiej 6. Struktura i treść dyscypliny akademickiej 7. Warunki realizacji dyscypliny akademickiej 1 5. Kontrola

PROGRAM SZKOLENIA DLA Wykwalifikowanych pracowników i pracowników Państwowa Autonomiczna Profesjonalna Instytucja Edukacyjna „Wołżska Przemysłowa Szkoła Technologiczna” z zawodu 46.01.03 Urzędnik

Państwowa placówka edukacyjna podstawowego kształcenia zawodowego liceum zawodowego obwodu jarosławskiego 17 CURRICULUM moduł zawodowy: PM.04 „Fryzura”

SPIS TREŚCI 1. PASZPORT PROGRAMU DYSCYPLINY SZKOLNEJ 4 2. STRUKTURA I TREŚĆ DYSCYPLINY SZKOLNEJ 5 3. WARUNKI REALIZACJI PROGRAMU DYSCYPLINY SZKOLNEJ 4. MONITOROWANIE I OCENA WYNIKÓW Kształcenia Mistrzowskiego

Streszczenie głównego programu kształcenia zawodowego w specjalności 09.0.03 (30115) Programowanie w systemach komputerowych Właściciel praw autorskich: Federalna Instytucja Autonomiczna

MINISTERSTWO EDUKACJI I NAUKI FEDERACJI ROSYJSKIEJ Jarosławski Uniwersytet Państwowy im. P.G. Demidova Wydział Fizyki ZATWIERDZONY Prorektor ds. Rozwoju Edukacji E.V. Sapir „” 2012 Praca

1 AKTUALIZACJA ARKUSZ zmian, data zmiany i protokół z posiedzenia komisji pedagogiczno-metodologicznej jednostki strukturalnej SVE, numer strony ze zmianą ZOSTAŁA STAŁA SIĘ Powód: decyzja posiedzenia KPP

Federalna państwowa budżetowa instytucja edukacyjna wyższego kształcenia zawodowego „Vyatka State University” (FSBEI HPE „VyatSU”) ZATWIERDZONE KOLEGIEM Działając dyrektor uczelni

Akademia Lotnicza w Uljanowsku PROGRAM PRACY DYSCYPLINA EDUKACYJNA OP.08 MATEMATYKA DYSKRETNA Specjalność 09.0.01 Systemy i kompleksy komputerowe Szkolenie podstawowe Uljanowsk 015 SPIS TREŚCI OBJAŚNIENIA

Regionalna państwowa edukacyjna instytucja budżetowa średniego kształcenia zawodowego „Regionalna szkoła kultury w Birobidżanie” OGOBU SPO „Regionalna szkoła kultury w Birobidżanie” ZATWIERDZAŁEM

AUTONOMICZNA ORGANIZACJA NON-PROFIT

PROFESJONALNA EDUKACJA

PAŹDZIERNIK TECHNIKA EKONOMICZNA

na temat praktyki przemysłowej

PM.03. Udział w integracji modułów oprogramowania

Zakończony

uczeń grupy 4PR1-13 L.Z. Karimow

nauczyciel A.Yu. Ramazanova

WSTĘP

1. CZĘŚĆ TEORETYCZNA

1.1 Cykl życia oprogramowania

1.2 Podstawowe modele procesu wytwarzania oprogramowania

3Organizacja procesu wytwarzania oprogramowania

4Projektowanie i rozwój oprogramowania

5Integracja systemu

6Środowiska rozwoju aplikacji

8Ochrona informacji w bazach danych

9 Standaryzacja bezpieczeństwa programu

10 Certyfikacja i procedura jej wdrażania

11Przygotowanie do użycia

2.CZĘŚĆ PRAKTYCZNA

2.1 Dane techniczne

2.1.1 Podstawy rozwoju

2.1.2 Cel rozwoju

1.3 Wymagania programu

2.1.3.1 Wymagania dotyczące cech funkcjonalnych

2.1.3.2 Wymagania dotyczące niezawodności

1.3.3 Wymagania dotyczące składu i parametrów środków technicznych

1.3.4 Wymagania dotyczące kompatybilności informacji i oprogramowania

1.3.5 Wymagania dotyczące transportu i przechowywania

1.3.6 Wymagania specjalne

2.1.4 Wymagania dotyczące dokumentacji oprogramowania

2.2 Opis programu

2.2.1 Ogólne informacje o programie

2.2.2 Cel funkcjonalny

2.3 Opis struktury logicznej

2.3 Instrukcja obsługi

3.1 Cel programu

2.3.2 Warunki realizacji programu

3.3 Wykonanie programu

3.4 Wiadomości dla operatora

2.4 Certyfikacja

4.1 Przygotowanie wykazu dokumentacji do certyfikacji

2.4.2 Weryfikacja zgodności z wymaganiami

4.3 Przygotowanie do testów certyfikacyjnych i ich realizacja

4.4 Akceptacja i obsługa oprogramowania

4.5 Opracowanie dokumentacji użytkownika

4.6 Ustalenie treści dokumentacji

4.7 Przygotowanie instrukcji obsługi

WNIOSEK

BIBLIOGRAFIA

ZAŁĄCZNIK A

WSTĘP

Historia OZNA rozpoczęła się na początku lat pięćdziesiątych XX wieku, w okresie powojennej odbudowy gospodarki narodowej i szybkiego rozwoju przemysłu naftowego ZSRR. W marcu 1953 roku w Oktiabrskim (Baszkiria) zbudowano zakład napraw mechanicznych, który stał się podstawą Spółki. Jej produkty były poszukiwane na polach naftowych republiki, gdzie prowadzono intensywną produkcję czarnego złota.

W styczniu 1958 r. W Oktiabrskim zbudowano zakład produkcji instrumentów oraz sprzętu automatyki i wysyłki „Nefteavtomatika”. Te dwa przedsiębiorstwa śmiało objęły pozycję liderów w swojej branży.

W latach 1950-1960 Sprzęt OZNA dostarczano przede wszystkim pracownikom naftowym w Baszkirii, którzy wykazali najbardziej znaczący wzrost wydobycia ropy w kraju, za co republika otrzymała honorowe miano „drugiego Baku”.

Od lat 70-tych Firma rozpoczęła seryjne dostawy klastrów modułowych i przepompowni ropy, dozowników odczynników, dozowników i innego sprzętu na polach naftowych. Do odbiorców wyrobów OZNA, oprócz krajowych pracowników naftowych, zaliczały się przedsiębiorstwa z krajów Rady Wzajemnej Pomocy Gospodarczej (CMEA): Bułgaria, Rumunia, Jugosławia.

Przemiany lat 90. wymagały nowego podejścia do organizacji działalności: 1990 - utworzono przedsiębiorstwo wynajmu (JSC) OJSC i P; 1991 - wprowadzono system zarządzania produkcją blokową; 1992 - podjęto decyzję o prywatyzacji poprzez korporatyzację; 1993 - Na bazie spółki akcyjnej OZAO i P. powstała Otwarta Spółka Akcyjna OZNA. 12 lipca 1996 roku utworzono OJSC „Spółka Akcyjna OZNA”.

Głównym celem praktyki produkcyjnej (zgodnie z profilem specjalności) jest utrwalenie i doskonalenie umiejętności zawodowych studentów nabytych w procesie kształcenia na studiowanej specjalności, rozwój kompetencji ogólnych i zawodowych, rozwój nowoczesnych procesów produkcyjnych, przystosowanie studentów do specyficznych warunków działania w organizacji o różnych formach organizacyjno-prawnych.

W wyniku odbycia stażu przemysłowego (o profilu specjalnościowym) w ramach modułu zawodowego student musi zdobyć praktyczne doświadczenie zawodowe:

-z dokumentacją projektową i techniczną na poziomie interakcji komponentów oprogramowania;

-integracja modułów ze środowiskiem oprogramowania;

-debugowanie oprogramowania przy użyciu specjalistycznego oprogramowania;

-opracowywanie zestawów tekstowych i skryptów tekstowych;

-sprawdzanie komponentów oprogramowania pod kątem zgodności ze standardami kodowania.

1. CZĘŚĆ TEORETYCZNA

1.1 Cykl życia oprogramowania

Cykl życia oprogramowania to okres czasu rozpoczynający się od momentu podjęcia decyzji o konieczności stworzenia oprogramowania i kończący się w momencie jego całkowitego wycofania z użytku.

Norma GOST 34.601-90 przewiduje następujące etapy i etapy tworzenia zautomatyzowanego systemu:

1.Tworzenie wymagań dla zautomatyzowanego systemu

1.1.Przegląd obiektu i uzasadnienie potrzeby stworzenia zautomatyzowanego systemu

1.2.Tworzenie wymagań użytkownika dla zautomatyzowanego systemu

3.Przygotowanie raportu z zakończenia prac oraz wniosku o rozwój zautomatyzowanego systemu

2.Opracowanie koncepcji zautomatyzowanego systemu

2.1.Studiowanie obiektu

2.2.Przeprowadzenie niezbędnych prac badawczych

3.Opracowanie opcji koncepcji systemu zautomatyzowanego i wybór opcji koncepcji systemu zautomatyzowanego spełniającej wymagania użytkownika

4.Sporządzenie raportu z wykonanej pracy

3.Zadanie techniczne

3.1.Opracowanie i zatwierdzenie specyfikacji technicznych budowy zautomatyzowanego systemu

4.Projekt wstępny

4.1.Opracowanie wstępnych rozwiązań projektowych systemu i jego części

4.2.

5.Projekt techniczny

5.1.Opracowywanie rozwiązań konstrukcyjnych systemu i jego części

5.2.Opracowanie dokumentacji zautomatyzowanego systemu i jego części

3.Opracowanie i wykonanie dokumentacji na dostawę komponentów

4.Opracowanie zadań projektowych w sąsiadujących częściach projektu

6.Dokumentacja robocza

6.1.Opracowanie dokumentacji roboczej dla systemu automatycznego i jego części

6.2.Opracowywanie i adaptacja programów

7.Uruchomienie

7.1.Przygotowanie obiektu automatyki

7.2.Szkolenie personelu

3.Kompletny zestaw zautomatyzowanego systemu z dostarczonymi produktami (oprogramowanie i sprzęt, kompleksy oprogramowania i sprzętu, produkty informacyjne)

4.Prace budowlano-montażowe

5.Prace uruchomieniowe

6.Przeprowadzenie badań wstępnych

7.Przeprowadzenie próbnej operacji

8.Przeprowadzanie testów akceptacyjnych

8.Zautomatyzowane wsparcie systemu

8.1.Wykonywanie prac zgodnie ze zobowiązaniami gwarancyjnymi

8.2.Serwis pogwarancyjny

Szkic, projekty techniczne i dokumentacja robocza stanowią konsekwentną konstrukcję coraz dokładniejszych rozwiązań projektowych. Istnieje możliwość wyłączenia etapu „Projektu Szkicowego” i poszczególnych etapów prac na wszystkich etapach, połączenia etapów „Projektu Technicznego” i „Dokumentacji Roboczej” w „Projekt Techniczny Szczegółowy”, realizacji poszczególnych etapów i pracy równolegle i uwzględnić dodatkowe.

1.2 Podstawowe modele procesu wytwarzania oprogramowania

Model kodowania i eliminacji błędów.

Całkiem prosty model, typowy dla studentów. Według tego modelu większość studentów rozwija pracę laboratoryjną.

Model ten ma następujący algorytm:

-sformułowanie problemu;

-wydajność;

-sprawdzenie wyniku;

-jeśli to konieczne, przejdź do pierwszego punktu.

Model jest strasznie przestarzały i typowy dla lat 60-70-tych, więc praktycznie nie ma przewag nad kolejnymi modelami, a wady są oczywiste.

Kaskadowy model cyklu życia oprogramowania przedstawiono na rysunku 1.

Rysunek 1 Model cyklu życia oprogramowania Waterfall

Zalety:

-sekwencyjna realizacja etapów projektu w ściśle ustalonej kolejności;

-pozwala ocenić jakość produktu na każdym etapie.

Wady:

-brak informacji zwrotnej pomiędzy etapami;

-nie odpowiada rzeczywistym warunkom rozwoju oprogramowania.

Model kaskadowy ze sterowaniem pośrednim (jacuzzi).

Model ten jest niemal identyczny algorytmicznie z modelem poprzednim, jednakże ma sprzężenie zwrotne na każdym etapie cyklu życia i powoduje bardzo istotną wadę: 10-krotny wzrost kosztów opracowania modelu (test- napędzany rozwojem).

Model ten ma algorytm bliższy nowoczesnym metodom, ale nadal ma szereg wad. Jest to jedna z głównych praktyk programowania ekstremalnego. Obraz pokazano na rysunku 2.

Rysunek 2 Model V

Model oparty na opracowaniu prototypu.

Prototypowanie jest wykorzystywane na początku cyklu życia oprogramowania:

-Wyjaśnij niejasne wymagania;

-Wybierz jedno z szeregu rozwiązań koncepcyjnych;

-Przeanalizuj wykonalność projektu.

Klasyfikacja prototypów:

-Poziomy i pionowy;

-Jednorazowe i ewolucyjne;

-papier i scenorysy.

Prototypy poziome - modelują wyłącznie interfejs użytkownika bez wpływu na logikę przetwarzania i bazę danych.

Prototypy pionowe - weryfikacja rozwiązań architektonicznych.

Jednorazowe prototypy - do szybkiego rozwoju.

Ewolucyjne prototypy są pierwszym przybliżeniem systemu ewolucyjnego.

Spiralny model cyklu życia oprogramowania.

Model spiralny to proces tworzenia oprogramowania, który łączy projektowanie i prototypowanie przyrostowe, aby połączyć zalety koncepcji oddolnych i odgórnych.

Zalety:

Szybko uzyskaj wyniki

Zwiększona konkurencyjność

Zmiana wymagań nie stanowi problemu

Wady:

Brak regulacji scenicznej

Obraz modelu pokazano na rysunku 3.

Rysunek 3 Spiralny model cyklu życia

1.3 Organizacja procesu wytwarzania oprogramowania

Model dojrzałości - model dojrzałości możliwości (model pełnego potencjału) tworzenia oprogramowania: ewolucyjny model rozwoju zdolności przedsiębiorstwa do tworzenia oprogramowania.

W listopadzie 1986 roku Software Engineering Institute (SEI) i Mitre Corporation rozpoczęły opracowywanie ankiety dotyczącej dojrzałości procesu tworzenia oprogramowania, która miała pomóc w ulepszeniu ich procesów wewnętrznych.

Opracowanie tego przeglądu było spowodowane prośbą rządu federalnego Stanów Zjednoczonych o udostępnienie metody oceny podwykonawców zajmujących się tworzeniem oprogramowania. Prawdziwym problemem była niemożność zarządzania dużymi projektami. W wielu firmach projekty były realizowane ze znacznym opóźnieniem i przekraczały budżet. Należało znaleźć rozwiązanie tego problemu.

We wrześniu 1987 roku SEI opublikowało podsumowanie procesów tworzenia oprogramowania, opisujące ich poziom dojrzałości, a także kwestionariusz mający na celu identyfikację obszarów w firmie, które wymagają usprawnień. Jednak większość firm traktowała tę ankietę jako gotowy model, w wyniku czego po 4 latach ankieta została przekształcona w model rzeczywisty – Capability Maturity Model for Software (CMM). Pierwsza wersja CMM (wersja 1.0), wydana w 1991 r., została poprawiona w 1992 r. przez uczestników roboczego spotkania około 200 specjalistów ds. oprogramowania i członków społeczeństwa rozwojowego.

Stosowanie modelu w praktyce ujawniło niejednoznaczność w podejściu do osiągania wyższych poziomów organizacji procesów wytwarzania oprogramowania. Dlatego do 2002 roku opracowano zalecenia mające na celu usprawnienie procesu rozwoju, zwane CMMI (Capability Maturity Model Integration).

4 Projektowanie i tworzenie oprogramowania

Inżynieria oprogramowania to proces tworzenia projektu oprogramowania i dyscyplina badająca metody projektowania. Projektowanie oprogramowania jest szczególnym przypadkiem projektowania produktu i procesu.

Celem projektowania jest określenie wewnętrznych właściwości systemu i uszczegółowienie jego właściwości zewnętrznych (widocznych) w oparciu o wymagania programowe wydane przez klienta (początkowe warunki problemu). Wymagania te są analizowane.

Początkowo program jest postrzegany jako czarna skrzynka. Postęp procesu projektowania i jego wyniki zależą nie tylko od składu wymagań, ale także od wybranego modelu procesu i doświadczenia projektanta.

Model domeny nakłada ograniczenia na logikę biznesową i struktury danych.

W zależności od klasy tworzonego oprogramowania, proces projektowania może odbywać się albo w drodze projektowania „ręcznego”, albo za pomocą różnych środków automatyzacji. Podczas procesu projektowania oprogramowania stosuje się różne notacje do wyrażenia jego charakterystyki - diagramy blokowe, diagramy ER, diagramy UML, diagramy DFD i układy.

Zazwyczaj podlega projektowi:

-Architektura oprogramowania;

-Projektowanie komponentów oprogramowania;

-Interfejsy użytkownika.

W praktyce rosyjskiej projektowanie odbywa się etapami zgodnie z etapami regulowanymi przez GOST 2.103-68:

-specyfikacje techniczne (zgodnie z GOST 2.103-68 nie dotyczy etapów rozwoju);

-Propozycja techniczna;

-projekt wstępny;

-projekt techniczny;

-Projekt roboczy.

Na każdym etapie tworzony jest własny zestaw dokumentów, zwany projektem (dokumentacja projektowa).

W praktyce zagranicznej dokumentami regulacyjnymi są na przykład Dokument architektury oprogramowania, Dokument projektu oprogramowania.

Tworzenie oprogramowania to działalność polegająca na tworzeniu nowego oprogramowania.

Tworzenie oprogramowania jako dyscyplina inżynierska stanowi integralną część (dziedzinę) inżynierii oprogramowania, wraz z dyscyplinami odpowiedzialnymi za obsługę i utrzymanie oprogramowania.

1.5 Integracja systemu

Integracja systemów informatycznych to proces ustanawiania połączeń pomiędzy systemami informacyjnymi przedsiębiorstw i organizacji w celu uzyskania jednej przestrzeni informacyjnej i zorganizowania wsparcia dla kompleksowych procesów biznesowych przedsiębiorstw i organizacji.

Zadanie integracji systemów informacyjno-księgowych składa się z dwóch powiązanych ze sobą części: integracji aplikacji oraz integracji danych. Bez integracji danych niemożliwa jest integracja aplikacji.

Integracja danych to proces porządkowania informacji z różnych systemów informatycznych przedsiębiorstw i organizacji, ustalania ich unikalnej korespondencji w różnych systemach, synchronizowania identycznych obiektów informacyjnych w różnych systemach informatycznych.

Rozwiązując problem integracji danych, firma musi ujednolicić i ujednolicić informacje regulacyjne i referencyjne. Informacje regulacyjne i referencyjne są warunkowo stałym elementem ogólnych informacji korporacyjnych. Informacje te służą do regulacji działalności firmy, zapewniają „powiązanie” danych towarzyszących procesom biznesowym firmy. Inaczej mówiąc, informacja regulacyjna i referencyjna to zbiór podręczników, słowników, klasyfikatorów, standardów, przepisów stosowanych w działalności przedsiębiorstwa. Informacje regulacyjne i referencyjne stanowią rdzeń przestrzeni informacyjnej firmy. Obecność jednoznacznych, ustrukturyzowanych, ujednoliconych informacji regulacyjnych i referencyjnych, którymi zarządza się według przemyślanych zasad i algorytmów, jest podstawą, warunkiem tworzenia skutecznych rozwiązań integracyjnych.

Integracja aplikacji to proces organizowania i konfigurowania interakcji systemów informatycznych. Dla wielu dużych firm najlepszym wyborem jest stworzenie aplikacji złożonej, która zachowa jak najwięcej istniejącego oprogramowania i technologii, tj. wdrożenie integracji systemów informatycznych z wykorzystaniem Enterprise Service Bus. Integracja aplikacji z wykorzystaniem Enterprise Service Bus jest skutecznym narzędziem do stworzenia jednolitej przestrzeni informacyjnej i zorganizowania niezawodnej wymiany informacji pomiędzy wszystkimi zautomatyzowanymi systemami księgowymi i zarządczymi w firmie.

6 Środowiska programistyczne aplikacji

Zintegrowane środowisko programistyczne, ISP/IDE (Zintegrowane środowisko programistyczne) to zestaw narzędzi programowych używanych przez programistów do tworzenia oprogramowania.

Pierwsze IDE powstały do pracy poprzez konsolę lub terminal, co samo w sobie było nowością: wcześniej programy tworzono na papierze, wprowadzano do maszyny przy użyciu wcześniej przygotowanych nośników papierowych (karty dziurkowane, taśma dziurkowana) itp. PODSTAWOWY był pierwszym językiem stworzonym za pomocą IDE, a także pierwszym, który został zaprojektowany do użytku w konsoli lub terminalu. To IDE (część systemu współdzielenia czasu Dartmouth) było sterowane poleceniami, więc znacznie różniło się od późniejszych IDE sterowanych menu, skrótów klawiszowych, a zwłaszcza graficznych, powszechnych w XXI wieku. Umożliwiał jednak edycję kodu źródłowego, zarządzanie plikami, kompilację, debugowanie i wykonywanie programów w sposób zasadniczo podobny do współczesnych IDE.I – produkt firmy Softlab Monachium, był pierwszym na świecie zintegrowanym środowiskiem programistycznym w 1975 roku i jest prawdopodobnie światowy lider w tej niszy rynkowej w latach 70. i 80. XX wieku. Zainstalowało go 22 000 programistów na całym świecie. Do 1989 roku w Republice Federalnej Niemiec zainstalowano 6000 egzemplarzy. Teraz Maestro I należy do historii i można go znaleźć jedynie w Muzeum Technologii Informacyjnych w Arlington.

Jednym z pierwszych IDE z możliwością podłączenia wtyczek był Softbench.

Środowisko programistyczne obejmuje:

-Edytor tekstu;

-kompilator i/lub interpreter;

-narzędzia do automatyzacji montażu;

-debuger

Czasami zawiera także narzędzia do integracji z systemami kontroli wersji oraz różne narzędzia upraszczające projektowanie graficznego interfejsu użytkownika. Wiele nowoczesnych środowisk programistycznych obejmuje także przeglądarkę klas, inspektora obiektów i diagram hierarchii klas - do wykorzystania w tworzeniu oprogramowania zorientowanego obiektowo. IDE są zwykle zaprojektowane dla kilku języków programowania - takich jak IntelliJ IDEA, NetBeans, Eclipse, Qt Creator, Geany, Embarcadero RAD Studio, Code::Blocks, Xcode czy Microsoft Visual Studio, ale zdarzają się również IDE dla jednego konkretnego języka programowania - takie jak Visual Basic, Delphi, Dev-C++.

Szczególnym przypadkiem IDE jest wizualne środowisko programistyczne, które obejmuje możliwość wizualnej edycji interfejsu programu.

7 Język SQL

SQL (Structured Query Language) to język zarządzania bazami danych dla relacyjnych baz danych. Sam SQL nie jest językiem programowania zgodnym z Turingiem, ale jego standard pozwala na tworzenie dla niego rozszerzeń proceduralnych, które rozszerzają jego funkcjonalność do pełnoprawnego języka programowania.

Język powstał w latach 70. XX wieku pod nazwą DALSZY CIĄG dla systemu zarządzania bazami danych System R. Później zmieniono jego nazwę SQL-a aby uniknąć konfliktu znaków towarowych. W 1979 roku SQL został po raz pierwszy opublikowany jako produkt komercyjny, Oracle V2.

Pierwszy oficjalny standard języka został przyjęty przez ANSI w 1986 r., a ISO w 1987 r. Od tego czasu powstało kilka kolejnych wersji tego standardu, niektóre z nich powtarzają poprzednie z niewielkimi zmianami, inne przyjmują nowe, istotne cechy.

Pomimo istnienia standardów, najczęstsze implementacje SQL różnią się od siebie na tyle, że rzadko udaje się przenieść kod z jednego systemu zarządzania bazami danych do drugiego bez wprowadzenia znaczących zmian. Wynika to z dużego rozmiaru i złożoności standardu, a także braku specyfikacji w niektórych ważnych obszarach wdrożeniowych.Powstał on jako prosty, ujednolicony sposób wyszukiwania i zarządzania danymi zawartymi w relacyjnej bazie danych. Później stało się bardziej złożone niż zamierzono i stało się narzędziem dla programistów, a nie dla użytkownika końcowego. Obecnie najpopularniejszym z języków zarządzania bazami danych pozostaje SQL (głównie w wersji implementowanej przez firmę Oracle), choć istnieje wiele jego alternatyw, składający się z czterech odrębnych części:

1.Język definicji danych (DDL) służy do definiowania struktur danych przechowywanych w bazie danych. Instrukcje DDL umożliwiają tworzenie, modyfikowanie i usuwanie pojedynczych obiektów w bazie danych. Prawidłowe typy obiektów zależą od używanego systemu zarządzania bazami danych i zazwyczaj obejmują bazy danych, użytkowników, tabele i szereg mniejszych obiektów pomocniczych, takich jak role i indeksy.

-UTWÓRZ BAZĘ DANYCH (utwórz bazę danych);

-UTWÓRZ TABELĘ (utwórz tabelę);

-UTWÓRZ WIDOK (utwórz wirtualny stół);

-UTWÓRZ INDEKS (utwórz indeks);

-UTWÓRZ WYZWALACZ (utwórz wyzwalacz);

-UTWÓRZ PROCEDURĘ (utwórz procedurę składowaną);

-ALTER DATABASE (zmodyfikuj bazę danych);

-ALTER TABLE (zmodyfikuj tabelę);

-ALTER VIEW (zmodyfikuj wirtualną tabelę);

-ALTER INDEX (zmodyfikuj indeks);

-ALTER TRIGGER (zmodyfikuj wyzwalacz);

-ALTER PROCEDURE (zmodyfikuj procedurę składowaną);

-USUŃ BAZY DANYCH (usuń bazę danych);

-DROP TABLE (usuń tabelę);

-DROP VIEW (usuń wirtualny stół);

-DROP INDEX (usuń indeks);

-DROP TRIGGER (usuń spust);

-PROCEDURA UPUSZCZENIA (usuń zapisaną procedurę.

2.Język manipulacji danymi (DML) służy do pobierania i modyfikowania danych w bazie danych. Instrukcje DML umożliwiają pobieranie, wstawianie, modyfikowanie i usuwanie danych w tabelach. Czasami instrukcje wyboru pobierania danych nie są uważane za część DML, ponieważ nie zmieniają stanu danych. Wszystkie instrukcje DML mają charakter deklaratywny.

Jego główne polecenia to:

-WYBIERZ (wybierz);

-WSTAW (wstaw);

-AKTUALIZACJA (aktualizacja);

-USUŃ (usuń).

3.Język definicji dostępu do danych (DCL) służy do kontrolowania dostępu do danych w bazie danych. Instrukcje DCL dotyczą uprawnień i umożliwiają nadawanie i odbieranie praw do stosowania określonych instrukcji DDL i DML do określonych obiektów bazy danych.

Jego główne polecenia to:

-PRZYZNANIE (nadanie praw)

-ODWOŁAJ (usuń uprawnienia)

4.Język kontroli transakcji (TCL) służy do kontrolowania przetwarzania transakcji w bazie danych. Zazwyczaj instrukcje TCL obejmują zatwierdzenie zmian dokonanych podczas transakcji, wycofanie w celu ich wycofania oraz punkt zapisu w celu podzielenia transakcji na kilka mniejszych części.

SQL implementuje paradygmat programowania deklaratywnego: każda instrukcja opisuje tylko wymaganą akcję, a system zarządzania bazą danych decyduje, jak ją wykonać, tj. planuje elementarne operacje niezbędne do wykonania czynności i wykonuje je. Aby jednak efektywnie wykorzystać możliwości SQL, programista musi zrozumieć, w jaki sposób system zarządzania bazą danych analizuje każdą instrukcję i tworzy jej plan wykonania.

1.8 Ochrona informacji w bazach danych

Obecnie ilość informacji na świecie jest tak duża, że najbardziej optymalną metodą pracy z nią jest baza danych. Baza danych to zbiór materiałów przedstawionych w obiektywnej formie, usystematyzowany w taki sposób, aby materiały te można było znaleźć i przetworzyć za pomocą komputera. Jego ochrona jest dziś jednym z najtrudniejszych zadań.

Groźba utraty poufnych informacji stała się powszechna, a jeśli systemy bezpieczeństwa są słabe, cenne dane mogą trafić w ręce osób trzecich. Każda awaria bazy danych może paraliżować pracę całych korporacji i firm, co będzie prowadzić do znacznych strat materialnych.

Metody ochrony baz danych w różnych systemach zarządzania bazami danych dzieli się umownie na dwie grupy (analiza współczesnych firm Borland i Microsoft): podstawowe i dodatkowe.

Do głównych środków ochrony zalicza się:

-ochrona hasła;

-szyfrowanie;

-separacja praw dostępu do obiektów bazy danych;

-ochrona pól i rekordów tabel bazy danych.

Ochrona hasłem to najprostszy sposób ochrony bazy danych przed nieautoryzowanym dostępem.

Hasła są ustalane przez użytkowników lub administratorów. Ich rozliczanie i przechowywanie odbywa się poprzez system zarządzania bazą danych. Hasła przechowywane są w specjalnych plikach systemu zarządzania bazami danych w postaci zaszyfrowanej. Po wpisaniu hasła użytkownik uzyskuje dostęp do wymaganych informacji.

Pomimo prostoty ochrona hasłem ma szereg wad. Po pierwsze, hasło jest podatne na ataki, zwłaszcza jeśli nie jest zaszyfrowane podczas przechowywania w systemie zarządzania bazami danych. Po drugie, użytkownik musi zapamiętać lub zapisać hasło, a w przypadku nieuważnego prowadzenia zapisów hasło może stać się dostępne dla innych.

Skutecznszym sposobem ochrony danych jest szyfrowanie. Szyfrowanie to proces przekształcania informacji przy użyciu określonego algorytmu w nieczytelną formę w celu ochrony przed nieupoważnionym przeglądaniem lub wykorzystaniem. Ważną cechą każdego algorytmu szyfrowania jest zastosowanie klucza, który potwierdza wybór konkretnej metody kodowania spośród wszystkich możliwych. Używane głównie do ochrony wrażliwych danych.

Szyfrowanie zapewnia trzy stany bezpieczeństwa informacji:

-poufność;

-uczciwość;

-identyfikowalność.

Aby kontrolować wykorzystanie podstawowych zasobów systemu zarządzania bazami danych, wiele systemów posiada środki umożliwiające ustanawianie praw dostępu do obiektów bazy danych. Prawa dostępu określają możliwe działania na obiektach. Właścicielowi obiektu, a także administratorowi bazy danych przysługują wszelkie prawa. Pozostali użytkownicy mają takie uprawnienia i poziomy dostępu do obiektów, jakie im zostały przypisane.

Uprawnienia dostępu do określonych obiektów bazy danych są przechowywane w pliku grupy roboczej.

Plik grupy roboczej zawiera dane o użytkownikach grupy i jest odczytywany podczas uruchamiania. W pliku znajdują się następujące informacje: nazwy kont użytkowników, hasła użytkowników, nazwy grup, do których należą użytkownicy.

Dodatkowe narzędzia do ochrony baz danych obejmują:

-wbudowane kontrole wartości danych według typów:

-zwiększenie wiarygodności danych wejściowych:

-zapewnienie integralności relacji między tabelami:

-organizowanie udostępniania obiektów baz danych w sieci.

Opisane powyżej metody i metody są fundamentalne, jednak ich zastosowanie nie gwarantuje całkowitego bezpieczeństwa danych. Aby zwiększyć poziom bezpieczeństwa informacji znajdujących się w bazie danych, zaleca się zastosowanie działań kompleksowych.

1.9 Standaryzacja bezpieczeństwa programu

Wspólne kryteria oceny bezpieczeństwa technologii informatycznych, wspólne kryteria, CC - rosyjski i międzynarodowy standard bezpieczeństwa komputerowego. W przeciwieństwie do FIPS 140, Common Criteria nie zawiera listy wymagań bezpieczeństwa ani funkcji, które musi zawierać produkt. Zamiast tego opisuje strukturę, w której konsumenci systemu komputerowego mogą opisywać wymagania, programiści mogą zgłaszać oświadczenia dotyczące właściwości bezpieczeństwa produktów, a eksperci ds. Bezpieczeństwa mogą określić, czy produkt spełnia te twierdzenia. Tym samym Common Criteria pozwala nam zapewnić warunki, w których proces opisywania, opracowywania i testowania produktu będzie prowadzony z niezbędną rygorystycznością.

Norma zawiera dwa główne typy wymagań bezpieczeństwa: wymagania funkcjonalne dotyczące funkcji bezpieczeństwa i mechanizmów je realizujących oraz wymagania zaufania dotyczące technologii oraz procesu rozwoju i działania.

Wymagania funkcjonalne pogrupowano w oparciu o rolę, jaką pełnią lub cel bezpieczeństwa, któremu służą, łącznie w 11 klasach funkcjonalnych (w trzech grupach), 66 rodzinach, 135 komponentach.

Pierwsza grupa definiuje podstawowe usługi bezpieczeństwa:

-FAU - audyt, bezpieczeństwo (wymagania serwisowe, logowanie i audyt);

-FIA – identyfikacja i uwierzytelnianie;

-FRU - wykorzystanie zasobów (w celu zapewnienia odporności na awarie).

Druga grupa opisuje usługi pochodne realizowane w oparciu o usługi elementarne:

-FCO - komunikacja (bezpieczeństwo komunikacji nadawca-odbiorca);

-FPR – prywatność;

-FDP - ochrona danych użytkowników;

-FPT – zabezpieczenie funkcji bezpieczeństwa ocenianego obiektu.

Trzecia grupa zajęć związana jest z infrastrukturą obiektu oceny:

-FCS - obsługa kryptograficzna (służy do zarządzania kluczami kryptograficznymi i operacjami kryptograficznymi);

-FMT - zarządzanie bezpieczeństwem;

-FTA - dostęp do obiektu oceny (zarządzanie sesją użytkownika);

-FTP - zaufana trasa/kanał;

Wymagania gwarancji bezpieczeństwa (trust) - wymagania dotyczące technologii i procesu rozwoju oraz eksploatacji ocenianego obiektu. Podzielony na 10 klas, 44 rodziny, 93 komponenty, które obejmują różne etapy cyklu życia.

Pierwsza grupa zawiera klasy wymagań poprzedzających opracowanie i ocenę obiektu:

-APE – ocena profilu ochrony;

-ASE – Ocena przypisania bezpieczeństwa.

Druga grupa związana jest z etapami cyklu życia obiektu certyfikacji:

-ADV - opracowanie, projekt obiektu;

-ALC - wsparcie cyklu życia;

-ACM - zarządzanie konfiguracją;

-AGD - podręcznik administratora i użytkownika;

-ATE - testowanie;