Wymagania dotyczące treści specyfikacji technicznych. Jak samodzielnie napisać specyfikacje techniczne

Określenie zakresu projektu, opracowanie specyfikacji technicznych

W tej części pokrótce omówiono problematykę opracowywania specyfikacji technicznych (zwanej dalej TK). W pierwszej kolejności podano definicję specyfikacji technicznej, opisano zalety specyfikacji technicznej zarówno dla klienta, jak i wykonawcy oraz wymieniono główne funkcje specyfikacji technicznej. Następnie zastanawiamy się, jaka jest istota TK, ujawniamy strukturę i treść TK oraz podajemy przykłady struktury TK. Podsumowując, odnotowano cechy specyfikacji technicznych innowacyjnych projektów.

Ponieważ zadania opracowania specyfikacji technicznych dla projektu innowacyjnego, posiadającego swoją własną charakterystykę, pozostają w zasadzie takie same, jak przy opracowywaniu jakichkolwiek specyfikacji technicznych, w pierwszej kolejności rozważa się kwestię opracowania specyfikacji technicznych jako całości.

Definicja

Należy zauważyć, że w chwili obecnej nie ma ujednoliconej definicji specyfikacji technicznych (TOR) projektu innowacyjnego. W aktualnej bazie norm krajowych znajdują się trzy normy związane z TK. Wszystkie dotyczą dziedziny technologii informatycznych:

GOST 19.201-78. Ujednolicony system dokumentacji programu. Specyfikacje techniczne. Wymagania dotyczące treści i projektu.

GOST 25123-82. Maszyny liczące i systemy przetwarzania danych. Specyfikacje techniczne. Kolejność konstrukcji, prezentacji i projektowania.

GOST 34.602-89. Technologia informacyjna.

Zbiór standardów dla systemów zautomatyzowanych. Regulamin tworzenia zautomatyzowanego systemu.

Na przykład w „GOST 19.201-78. Ujednolicony system dokumentacji programu. Specyfikacje techniczne. Wymagania dotyczące treści i projektu” podaje się następującą definicję specyfikacji technicznej: „Zakres wymagań i obowiązków dla zautomatyzowanego systemu to dokument zatwierdzony w ustalony sposób, który określa cele, wymagania i podstawowe dane wyjściowe niezbędne do opracowania zautomatyzowanego systemu systemu i zawierający wstępną ocenę efektywności ekonomicznej.”

Mówi, że specyfikacja techniczna pozwala na:

wykonawca - aby zrozumieć istotę zadania, pokazać klientowi „wygląd techniczny” przyszłego produktu, oprogramowania lub zautomatyzowanego systemu;

klient - aby zrozumieć, czego dokładnie potrzebuje;

obie strony – przedstawienie gotowego produktu;

wykonawca – zaplanować realizację projektu i pracować zgodnie z planem;

wykonawca - odmówić wykonania robót nieokreślonych w specyfikacjach technicznych;

Klientem i Wykonawcą - przeprowadzić punkt po punkcie kontrolę gotowego produktu (testy odbiorowe - przeprowadzenie testy);

uniknąć błędów związanych ze zmieniającymi się wymaganiami (na wszystkich etapach i etapach tworzenia, z wyjątkiem testy).

Specyfikacja techniczna to zatem dokument zawierający zbiór wymagań, który pozwala zarówno deweloperowi, jak i klientowi zaprezentować produkt końcowy, a następnie sprawdzić jego zgodność z wymaganiami.

Im bardziej szczegółowa jest specyfikacja techniczna, tym mniej konfliktowych sytuacji pomiędzy klientem a deweloperem podczas testów akceptacyjnych.

TK spełnia cztery główne funkcje:

Prawny. Specyfikacja techniczna jest dokumentem prawnym i stanowi załącznik do umowy pomiędzy klientem a wykonawcą.

Organizacyjne.

Za pomocą specyfikacji technicznych możesz usprawnić dalszą pracę, zamienić ją w kolejkę (schemat) zadań i nie marnować wysiłku na niepotrzebne działania.

Informacyjne.

Dobrze napisana specyfikacja techniczna może być dobrym źródłem informacji niezbędnych do realizacji projektu. Ustrukturyzowany charakter TK pozwala na posiadanie naprawdę interesujących informacji, w najłatwiejszej do zauważenia formie i w ilości niezbędnej do ukończenia pracy.

Rozmowny. Szczegółowa specyfikacja techniczna pomaga wykonawcy lepiej zrozumieć potrzeby klienta i wykonać prace odpowiadające jego gustom.

Co również przyczynia się do procesu zatwierdzania projektu.

Istotą specyfikacji technicznych jest pomyślne wykonanie powierzonego zadania. Im coraz lepiej opracowane zostaną specyfikacje techniczne, tym efektywniej zadanie zostanie zrealizowane. Co więcej, nie zależy to od jego skali. Nieprawidłowe przygotowanie specyfikacji technicznych może mieć konsekwencje, np. wynik będzie nieprzewidywalny, praca nie zostanie wykonana tak, jak tego wymagał klient, lub w ogóle nie zostanie ukończona. Klient dzieła nie otrzyma tego, czego chciał i ma prawo nie płacić za wykonaną pracę.

Praca nad specyfikacjami technicznymi to trudny i ważny etap, gdyż wiele danych nie jest jeszcze znanych. Zdaniem ekspertów powodzenie projektu zależy w 50-70% od wykwalifikowanej realizacji etapu opracowywania specyfikacji technicznych.

Z reguły etap opracowywania specyfikacji technicznych poprzedzony jest badaniami tematyki, obliczeniami i modelowaniem.

Odpowiedzialna praca nad specyfikacjami technicznymi pozwoli twórcom zobaczyć scenariusz realizacji zadania. Jasne zrozumienie swoich mocnych i słabych stron oraz sposobu przeżywania procesu realizacji zadania. Zdecyduj o kryteriach, ustal wskaźniki, cechy, kwoty, oceń zasoby.

Specyfikacje techniczne uzgadniane są z klientem lub opracowywane wspólnie.

Pomimo swojego znaczenia, treść i struktura specyfikacji technicznych praktycznie nie są regulowane dokumentami regulacyjnymi.

Zwykle klient wyznacza cel (tak jak go rozumie) i ograniczenia zasobów (czas, pieniądze). Zadaniem wykonawcy jest przede wszystkim przełożenie wymagań na język obszaru tematycznego, sformułowanie problemu w sposób jak najbardziej kompletny i kompetentny, uzasadnienie potrzeby jego rozwiązania, zrozumienie i doprecyzowanie danych wyjściowych. Treść TOR powinna zawierać informacje dotyczące celów i realizacji funkcji realizujących określone potrzeby, które zawsze wiążą się z zaspokojeniem określonych wymagań.

Praca z wymaganiami podlega zarządzaniu. Nieokreślone wymagania powodują niepewność u wszystkich uczestników prac, gdyż pozwalają na odmienną interpretację wymagań i nie pozwolą na obiektywną ocenę jakości opracowywanego produktu.

Tworząc system wymagań, należy przeanalizować dostępność zasobów, którymi dysponuje klient i deweloper: finansowy, produkcyjny, ludzki, czasowy, a także uwzględnić wymagania organów nadzorczych i licencyjnych, np. przy projektowaniu kompleksów technologicznych (produkcji).

Najczęściej kontrolującymi są organy regionalne Rostechnadzor, Rosstandart, Rospotrebnadzor, Rosprirodnadzor itp.

Na przykład opis pracy może zawierać sekcje:

przedmiot specyfikacji technicznych;

cele prowadzonej pracy;

wymogi dotyczące raportowania;

procedura organizacji pracy;

Przykład z powyższego GOST 19.201-78.

wstęp;

przyczyny rozwoju;

cel rozwoju;

wymagania dotyczące programu lub oprogramowania;

wymagania dotyczące dokumentacji programu;

wskaźniki techniczne i ekonomiczne;

etapy i etapy rozwoju;

procedura kontroli i akceptacji;

Wnioski mogą być zawarte w specyfikacjach technicznych.

Poniżej przykładowy regulamin świadczenia usług doradczych

postanowienia ogólne;

cel pracy;

wymagania kwalifikacyjne dla kandydatów.

Przykład zakresu zadań i obowiązków do realizacji prac badawczych „Opracowanie koncepcji, strategii rozwoju i studium wykonalności utworzenia parku innowacji technologicznych w Permie” (zwanych dalej B+R)

podstawa do wykonania badań

wykonawca i współwykonawca

1. zadania badawcze

   dane źródłowe

   podstawowe wymagania dotyczące prowadzenia badań

   harmonogram badań

   zamierzone wykorzystanie wyników badań

   procedura dostarczenia i akceptacji wyników badań

Przykład struktury szablonu TOR dla B+R

Podstawa do pracy

Wykonawca

Czas pracy

Cel pracy

Wyniki prac badawczo-rozwojowych

Produkty w fazie rozwoju

Wymagania techniczne

Główne parametry, które należy osiągnąć w wyniku pracy:

Podstawowe wymagania projektowe (jeśli mają zastosowanie)

Wymogi według rodzaju zabezpieczenia (jeśli dotyczy)

Wymagania dotyczące standaryzacji, unifikacji, kompatybilności z obiektami pokrewnymi i wymienności.

Wymagania zapewniające bezpieczeństwo życia i zdrowia ludzi oraz ochronę środowiska

Wymagania dotyczące niezawodności (jeśli mają zastosowanie)

Wymagania dotyczące niezawodności i trwałości.

Wymagania dotyczące ergonomii i estetyki technicznej (jeśli dotyczy)

Wymagania dotyczące obsługi, łatwości konserwacji i konserwacji (jeśli dotyczy)

Wymagania dotyczące odporności (jeśli dotyczy)

Wymagania dotyczące wydajności (jeśli dotyczy)

Wymagania certyfikacyjne

Inne wymagania i specjalne wymagania branżowe

Wymagania dotyczące czystości patentowej i zdolności patentowej

Wymagania dotyczące dokumentacji

Procedura odbioru pracy.

Zatem analizując strukturę w podanych przykładach można zauważyć, że struktura i treść zadania technicznego jest podyktowana zadaniem, które należy wykonać.

Cechy opracowania specyfikacji technicznych dla innowacyjnego projektu

Projekty innowacyjne są wydarzeniami wyjątkowymi, ponieważ wiążą się z przekształcaniem idei naukowo-technicznych w nowe lub ulepszone produkty, a także w nowe lub ulepszone procesy technologiczne wykorzystywane w działaniach praktycznych, czy też w nowe podejście do usług społecznych. Konieczność zrobienia czegoś, czego nigdy wcześniej nie robiono. Doświadczenia z przeszłości mogą jedynie dać ograniczone wskazówki dotyczące tego, czego się spodziewać. Dlatego projekty innowacyjne charakteryzują się wysokim stopniem niepewności i ryzyka i na tym polega ich specyfika.

Opracowanie innowacyjnego projektu ma na celu znalezienie rozwiązań pozwalających uzyskać zamierzoną końcową ideę projektu oraz stworzenie zestawu zadań i działań, które połączą czas, zasoby i wykonawców w celu realizacji tego innowacyjnego projektu. Każdy innowacyjny projekt w trakcie jego realizacji przechodzi określoną ścieżkę: od fazy rozwoju pomysłu do fazy nieistotności pomysłu. Etap opracowywania specyfikacji technicznych odnosi się do początkowego etapu projektu innowacyjnego.

W innowacyjnym projekcie, przy tworzeniu całkowicie nowy produkt Trudno jest z góry zaplanować wszystkie parametry, dlatego proponuje się stosowanie dynamicznych rozszerzonych specyfikacji technicznych, które mają głównie charakter opisowy.

Pierwszym krokiem po wygenerowaniu pomysłu na nowy produkt jest stworzenie katalogu wymagań, który może obejmować wymagania klienta, segmentację rynku dla nowego produktu, normy, standardy, cele ogólne (udział w rynku, koszty), czas rynek, długość cyklu życia, ogólna ocena ryzyka.

Wskaźniki zawarte w katalogu wymagań określone są w dokumencie zwanym rozszerzoną specyfikacją techniczną.

Jeżeli katalog wymagań jest opracowywany w „języku klientów”, wówczas rozszerzona specyfikacja techniczna jest opracowywana w „języku przedsiębiorstwa”. Rozszerzona specyfikacja techniczna powinna zawierać oprócz tradycyjnych punktów (zakres prac, raportowanie, dane wstępne, wymagania dotyczące parametrów itp.) oraz niektóre elementy biznesplanu dla projektu (proponowana polityka cenowa, planowany udział w rynku, planowane obroty itp.) .

Ponieważ katalog wymagań tworzony jest z punktu widzenia klienta, język, w którym jest pisany katalog wymagań, dobierany jest także tak, aby był zrozumiały dla klienta (bez szczegółowych szczegółów technicznych). Katalog wymagań odzwierciedla propozycje przedsiębiorstwa w odpowiedzi na potrzeby klientów.

Rozszerzona specyfikacja techniczna może obejmować:

1. Opis projektu

2. Cele rynkowe i ekonomiczne projektu

3. Parametry czasowe

4. Parametry techniczne

5. Parametry produkcyjne

8. Wymagania konstrukcyjne i ergonomiczne

9. Normy i przepisy

Zatem głównym zadaniem opracowania rozszerzonej specyfikacji technicznej jest zebranie jak najpełniejszych informacji o opracowywanym produkcie, które stanowią podstawę planowania.

Informacje zawarte w rozszerzonym TOR są doprecyzowane w zakresie struktury produktu, czyli listy wszystkich komponentów, które będą składać się na wynik projektu. Plan struktury wyników projektu zawiera wszystkie komponenty, bloki i węzły tworzonego produktu.

Najważniejszymi elementami specyfikacji technicznej są: cel pracy, zakres zastosowania wyników, treść pracy, program jej realizacji, wskaźniki techniczne, ekonomiczne i inne, wymagania dotyczące pracy, poziom i sposób jego realizacji, wyniki pracy, wartość naukowa, techniczna i praktyczna oczekiwanych wyników; zamierzone wykorzystanie wyników oraz rodzaj i formę prezentacji materiałów sprawozdawczych.

Zastanówmy się nad miejscem specyfikacji technicznych w konstrukcji proces innowacyjny w organizacji(wprowadzenie innowacji w organizacji) wg.

Na początek opracowywana jest koncepcja innowacji. Który poprzedzony jest etapem badawczym (ankieta organizacji, wybór wskaźników efektywności dla jej nadchodzących działań innowacyjnych, uzasadnienie listy działań niezbędnych do wdrożenia innowacji).

Koncepcja innowacji przez utworzony zespół programistów rozwijana jest w zadanie (TOR) opracowania innowacyjnego projektu, które musi zawierać wszystkie uzasadnienia, ustawienia wstępne i parametry niezbędne do późniejszego projektowania.

Na podstawie zlecenia na opracowanie innowacyjnego projektu sporządzany jest następnie szczegółowy plan działania dotyczący opracowania i rozwiązania poszczególnych zadań, a także monitorowania ich realizacji (kamienie milowe terminu, lista kontrolowanych parametrów, kryteria kontroli itp.). ).

Zasadniczo zakres zadań i plan wydarzenia są podstawą do opracowania innowacyjnego projektu.

Treścią projektu jest opis i regulacje planowanych działań, obliczenia optymalnego wykorzystania zasobów, ocena oczekiwanych rezultatów realizacji, sprowadzona do wartości ilościowych. Podstawą projektu innowacyjnego jest jego część organizacyjna i finansowa.

Zapoznaj się z materiałem wykładowym na temat „Modele cykli życia oprogramowania. Etapy cyklu życia zgodnie z GOST 19.102-77. Sformułowanie problemu” dyscypliny akademickiej „Rozwój i standaryzacja oprogramowania i informatyki”.

1. Przestudiuj odpowiednie sekcje w publikacjach.

Część teoretyczna. Opracowywanie specyfikacji technicznych

Specyfikacje techniczne to dokument formułujący główne cele rozwojowe, wymagania dotyczące oprogramowania, określający harmonogram i etapy rozwoju oraz regulujący proces testów akceptacyjnych. W opracowywaniu specyfikacji technicznych uczestniczą zarówno przedstawiciele klienta, jak i przedstawiciele wykonawcy. Dokument ten opiera się na wstępnych wymaganiach Klienta, analizie osiągnięć zaawansowanych technologii, wynikach prac badawczych, badaniach przedprojektowych, prognozach naukowych itp.

Procedura opracowywania specyfikacji technicznych

Opracowywanie specyfikacji technicznych odbywa się w następującej kolejności. W pierwszej kolejności ustalany jest zestaw funkcji do wykonania oraz lista i charakterystyka danych wyjściowych. Następnie ustalana jest lista wyników, ich charakterystyka i sposób prezentacji.

Następnie określa się środowisko operacyjne oprogramowania: konkretną konfigurację i parametry sprzętu, wersję używanego systemu operacyjnego oraz ewentualnie wersje i parametry innego zainstalowanego oprogramowania, z którym będzie współdziałał przyszły produkt programowy.

W przypadkach, gdy tworzone oprogramowanie zbiera i przechowuje pewne informacje lub jest objęte kontrolą jakiegokolwiek procesu technicznego, konieczne jest również jasne uregulowanie działania programu w przypadku awarii sprzętu i zasilania.

1. Postanowienia ogólne

1.1. Specyfikację zadań sporządza się zgodnie z GOST 19.106-78 na arkuszach formatu A4 i A3 zgodnie z GOST 2.301-68, z reguły bez wypełniania pól arkusza. Numery arkuszy (stron) umieszczane są w górnej części arkusza, nad tekstem.

1.2. Arkusz aprobaty i strona tytułowa są sporządzone zgodnie z GOST 19.104-78. Część informacyjna (adnotacja i treść) oraz karta rejestracji zmiany nie mogą być zawarte w dokumencie.

1.3. Aby dokonać zmian i uzupełnień w zapleczu technicznym na kolejnych etapach rozwoju programu lub oprogramowania, wydawany jest dodatek do niego. Koordynacja i zatwierdzanie uzupełnień do specyfikacji technicznych odbywa się w taki sam sposób, jak określono w przypadku specyfikacji technicznych.

1.4. Regulamin musi zawierać następujące sekcje:

Wstęp;

Nazwa i zakres zastosowania;

Podstawa rozwoju;

Cel rozwoju;

Wymagania techniczne dotyczące programu lub oprogramowania;

Wskaźniki techniczne i ekonomiczne;

Etapy i etapy rozwoju;

Procedura kontroli i akceptacji;

Aplikacje.

W zależności od charakterystyki programu lub oprogramowania możliwe jest wyjaśnienie treści sekcji, wprowadzenie nowych sekcji lub połączenie poszczególnych sekcji. W razie potrzeby dopuszcza się uwzględnienie wniosków w specyfikacjach technicznych.

2.1.Wprowadzenie powinno zawierać krótki opis zakresu zastosowania programu lub oprogramowania, a także przedmiotu (np. systemu), w jakim ma być używany. Głównym celem wprowadzenia jest ukazanie istotności tego rozwoju i pokazanie, jakie miejsce zajmuje ono wśród podobnych.

2.2. W części „Nazwa i zakres” należy podać nazwę, krótki opis zakresu zastosowania programu lub oprogramowania oraz przedmiot, w jakim program lub oprogramowanie jest używane.

2.3. Sekcja „Podstawa rozwoju” musi wskazywać:

Dokument(y), na podstawie którego przeprowadzany jest rozwój. Takim dokumentem może być plan, zamówienie, umowa itp.;

Organizacja, która zatwierdziła ten dokument i data jego zatwierdzenia;

Nazwa i (lub) symbol tematu opracowania.

2.4. Sekcja „Cel rozwoju” musi wskazywać funkcjonalny i operacyjny cel programu lub oprogramowania.

2.5. Sekcja „Wymagania techniczne dotyczące programu lub oprogramowania” powinna zawierać następujące podsekcje:

Wymagania dotyczące cech funkcjonalnych;

Wymagania dotyczące niezawodności;

Warunki użytkowania;

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

Wymagania dotyczące kompatybilności informacji i oprogramowania;

Wymagania dotyczące etykietowania i pakowania;

Wymagania dotyczące transportu i przechowywania;

Specjalne wymagania.

2.5.1. Podsekcja „Wymagania dotyczące cech funkcjonalnych” musi wskazywać wymagania dotyczące składu wykonywanych funkcji, organizacji danych wejściowych i wyjściowych, charakterystyk czasowych itp.

2.5.2. W podsekcji „Wymagania dotyczące niezawodności” należy wskazać wymagania dotyczące zapewnienia niezawodnego działania (zapewnienie stabilnej pracy, monitorowanie informacji wejściowych i wyjściowych, czas odzyskiwania po awarii itp.).

2.5.3. W podrozdziale „Warunki eksploatacji” należy wskazać warunki pracy (temperatura otoczenia, wilgotność względna itp. dla wybranych rodzajów nośników danych), w jakich muszą być zapewnione określone właściwości, a także rodzaj usługi, wymaganą ilość i kwalifikacje personelu.

2.5.4. W podrozdziale „Wymagania dotyczące składu i parametrów środków technicznych” należy wskazać wymagany skład środków technicznych ze wskazaniem ich właściwości technicznych.

2.5.5. W podsekcji „Wymagania dotyczące kompatybilności informacji i oprogramowania” należy określić wymagania dotyczące struktur informacyjnych na wejściu i wyjściu oraz metod rozwiązywania, kodów źródłowych i języków programowania. Tam, gdzie jest to konieczne, należy zapewnić ochronę informacji i programów.

2.5.6. W podrozdziale „Wymagania dotyczące oznakowania i pakowania” ogólnie wskazano wymagania dotyczące oznaczania oprogramowania, możliwości i metod pakowania.

2.5.7. W podsekcji „Wymagania dotyczące transportu i przechowywania” dla oprogramowania należy wskazać warunki transportu, miejsca przechowywania, warunki przechowywania, warunki przechowywania, okresy przechowywania w różnych warunkach.

2.5.8. Sekcja „Wskaźniki techniczne i ekonomiczne” powinna wskazywać: szacowaną efektywność ekonomiczną, szacowany roczny popyt, korzyści ekonomiczne rozwoju w porównaniu z najlepszymi próbkami lub analogami krajowymi i zagranicznymi.

2.6. W sekcji „Etapy i fazy rozwoju” ustala się niezbędne etapy rozwoju, etapy i treść pracy (lista dokumentów programowych, które należy opracować, uzgodnić i zatwierdzić), a także z reguły , określane są ramy czasowe rozwoju i wykonawcy.

2.7. Sekcja „Procedura kontroli i odbioru” musi wskazywać rodzaje badań i ogólne wymagania dotyczące odbioru pracy.

2.8. W załącznikach do specyfikacji technicznych, jeśli to konieczne, należy podać:

Wykaz badań i innych prac uzasadniających rozwój;

Diagramy algorytmów, tabele, opisy, uzasadnienia, obliczenia i inne dokumenty, które można wykorzystać podczas opracowywania;

Inne źródła rozwoju.

W przypadku gdy Klient nie przedstawił żadnych wymagań określonych w specyfikacjach technicznych, w odpowiednim miejscu należy wpisać „Nie przedstawiono wymagań”.

Przykłady opracowania specyfikacji technicznych podano w dodatkach B i C.

Pytania bezpieczeństwa

1.Podaj koncepcję modelu cyklu życia oprogramowania.

2.Podaj etapy powstawania oprogramowania.

3. Co obejmuje określenie problemu i badania przedprojektowe?

4. Wymień wymagania funkcjonalne i operacyjne dotyczące oprogramowania.

5. Wymienić zasady opracowywania specyfikacji technicznych.

6. Wymień główne sekcje specyfikacji technicznych.

Dodatek A

Opcje zadań

Dla tego samego wariantu wykonywane są prace laboratoryjne nr 1-5.

1. Opracuj moduł oprogramowania „Rozliczanie postępów uczniów”. Moduł oprogramowania przeznaczony jest do operacyjnej rejestracji postępów studentów w trakcie zajęć przez dziekana, prodziekanów i pracowników dziekanatu. Informacje o wynikach w nauce studenta muszą być przechowywane przez cały okres studiów i wykorzystywane przy sporządzaniu zaświadczeń o odbytych kursach oraz suplementach do dyplomu.

2. Opracować moduł oprogramowania „Akta osobowe studentów”. Moduł oprogramowania przeznaczony jest do pozyskiwania informacji o studentach przez pracowników dziekanatu, komisji związkowej i działu personalnego. Informacje muszą być przechowywane przez cały okres studiów studenta i wykorzystywane przy sporządzaniu zaświadczeń i raportów.

3. Opracuj moduł oprogramowania „Rozwiązywanie problemów optymalizacji kombinatorycznej”. Moduł musi zawierać algorytmy znajdowania cyklu o minimalnej długości (problem komiwojażera), znajdowania najkrótszej ścieżki i znajdowania minimalnego drzewa rozpinającego.

4. Opracuj moduł oprogramowania „Matrix Processing”. Moduł musi zawierać algorytmy wyszukiwania sum i iloczynów elementów macierzy według wierszy i kolumn, a także obliczania wartości średniej, minimalnej i maksymalnej w macierzy.

5. Opracuj aplikację Windows „Organizator”. Aplikacja przeznaczona jest do rejestrowania, przechowywania i wyszukiwania adresów i numerów telefonów osób i organizacji, a także harmonogramów spotkań, itp. Aplikacja przeznaczona jest dla każdego użytkownika komputera.

6. Opracuj aplikację Windows „Kalkulator”. Aplikacja przeznaczona jest dla każdego użytkownika i musi zawierać wszystkie działania arytmetyczne (w odniesieniu do priorytetów) oraz najlepiej (ale niekoniecznie) kilka funkcji matematycznych.

7. Opracować moduł oprogramowania „Zakład”, zawierający informacje o pracownikach działu (imię i nazwisko, stanowisko, stopień naukowy, dyscypliny, nakład pracy, prace społeczne, praca w niepełnym wymiarze godzin itp.). Z modułu mogą korzystać pracownicy działu HR oraz dziekanatu.

8. Opracować moduł oprogramowania „Laboratorium” zawierający informacje o pracownikach laboratorium (imię i nazwisko, płeć, wiek, stan cywilny, obecność dzieci, stanowisko, stopień naukowy). Moduł przeznaczony jest dla pracowników komisji związkowej i działu personalnego.

9. Opracuj moduł oprogramowania „Pralnia chemiczna”. Podczas rejestracji do usługi wypełniany jest wniosek, w którym podaje się imię i nazwisko właściciela, opis produktu, rodzaj usługi, datę otrzymania zamówienia oraz koszt usługi. Po zakończeniu pracy drukowany jest paragon.

10. Opracuj moduł oprogramowania „Rozliczanie wykroczeń drogowych”. Dla każdego samochodu (i jego właściciela) w bazie danych przechowywana jest lista naruszeń. Dla każdego naruszenia odnotowuje się datę, godzinę, rodzaj naruszenia i wysokość kary. Po opłaceniu wszystkich mandatów samochód zostaje usunięty z bazy danych.

11. Opracowanie modułu oprogramowania „Indeks Kart Sklepowych Motoryzacyjnych” przeznaczonego do obsługi pracowników agencji. W bazie znajdują się informacje o samochodach (marka, pojemność silnika, data produkcji itp.). Po otrzymaniu zapytania o zakup wyszukiwana jest odpowiednia opcja. Jeżeli nie ma takiej opcji, klient jest wpisywany do bazy klientów i powiadamiany o pojawieniu się takiej opcji.

12. Opracuj moduł oprogramowania „Indeks Abonentów PBX”. Indeks kart zawiera informacje o telefonach i ich właścicielach. Ewidencja zaległości płatniczych (abonamentowych i czasowych). Uważa się, że wprowadzono już czasową płatność za lokalne rozmowy telefoniczne.

13. Opracować moduł oprogramowania „Avtokassa” zawierający informację o dostępności wolnych miejsc na liniach autobusowych. W bazie danych muszą znajdować się informacje o numerze lotu, trasie, kierowcy, typie autobusu, dacie i godzinie odjazdu oraz cenie biletów. Po otrzymaniu wniosku o bilety program wyszukuje odpowiedni lot.

14. Opracuj moduł oprogramowania „Księgarnia” zawierający informacje o książkach (autor, tytuł, wydawca, rok wydania, cena). Kupujący wypełnia zapytanie o potrzebne mu książki, a jeśli ich nie ma, zostaje wpisany do bazy i powiadomiony, gdy potrzebne mu książki dotrą do sklepu.

15. Opracuj moduł oprogramowania „Parking samochodowy”. Program zawiera informacje o marce samochodu, jego właścicielu, dacie i godzinie wjazdu, kosztach parkowania, rabatach, zaległych płatnościach itp.

Regulamin stanowi materiał źródłowy do stworzenia systemu informatycznego lub innego produktu. Dlatego specyfikacja techniczna (w skrócie TK) musi przede wszystkim zawierać podstawowe wymagania techniczne stawiane wyrobowi oraz odpowiadać na pytanie, co ten system powinien robić, jak pracować i w jakich warunkach.

Z reguły etap opracowania specyfikacji technicznych poprzedzony jest badaniem tematyki, który kończy się stworzeniem raportu analitycznego. Podstawą dokumentu zawierającego zakres zadań i obowiązków jest raport analityczny (lub notatka analityczna).

Jeśli raport może w sposób ogólny przedstawić wymagania klienta i zilustrować je diagramami UML, specyfikacja techniczna powinna szczegółowo opisywać wszystkie wymagania funkcjonalne i użytkownika dotyczące systemu. Im bardziej szczegółowa jest specyfikacja techniczna, tym mniej konfliktowych sytuacji pomiędzy klientem a deweloperem podczas testów akceptacyjnych.

Specyfikacja techniczna jest zatem dokumentem, który pozwala zarówno deweloperowi, jak i klientowi zaprezentować produkt końcowy, a następnie sprawdzić jego zgodność z wymaganiami.

Wiodącymi standardami dotyczącymi pisania specyfikacji technicznych są GOST 34.602.89 „Specyfikacje techniczne dotyczące tworzenia zautomatyzowanego systemu” i GOST 19.201-78 „Specyfikacje techniczne. Wymagania dotyczące treści i projektu.” Pierwszy standard przeznaczony jest dla twórców systemów zautomatyzowanych, drugi dla oprogramowania (różnicę między tymi seriami omawialiśmy w artykule „Co to jest GOST”).

Poniżej przedstawiamy listę i opis sekcji, które powinny zawierać specyfikacje techniczne zgodnie z GOST.

Dokument Specyfikacji Technicznej powinien więc de facto odzwierciedlać wszystkie wymagania stawiane projektowanemu wyrobowi, zidentyfikowane na etapie badań analitycznych obiektu automatyki.

Na podstawie powyższej tabeli możemy wyróżnić główne sekcje specyfikacji technicznych:

• Ogólne informacje o systemie (programie);
• Cel, cele i zadania systemu (programu);
• Wymagania systemowe (wymagania funkcjonalne, wymagania użytkownika, wymagania dotyczące systemu jako całości itp.);
• Wymagania dotyczące rodzajów zabezpieczeń;
• Wymagania dotyczące dokumentacji;
• Etapy i etapy rozwoju;
• Procedura kontroli i odbioru systemu (programu).

Informacje ogólne
Ta część dokumentu Specyfikacje Techniczne musi zawierać pełną nazwę systemu oraz wszystkie skróty, które będą stosowane przy opracowywaniu dokumentacji.

Przykład:

„W tym dokumencie tworzony system informacyjny nosi nazwę „Jednego okna dostępu do zasobów edukacyjnych”, w skrócie EO.
System Pojedynczego Okna Dostępu do Zasobów Edukacyjnych może być w tym dokumencie dalej nazywany Pojedynczym Oknem lub Systemem.”

Również tutaj należy zawrzeć podsekcje zawierające szczegółowe informacje na temat organizacji zaangażowanych w rozwój (Klient i Wykonawca).

W podrozdziale „Podstawa opracowania” dokumentu Specyfikacje techniczne wymieniono główne dokumenty, na podstawie których przeprowadzane są te prace. Na przykład w przypadku systemu zamówionego przez rząd danego kraju lub inny organ rządowy należy określić prawa, dekrety i rozporządzenia rządu.

Integralną częścią dokumentu Specyfikacji Technicznych powinien być także wykaz terminów i skrótów. Terminy i skróty lepiej prezentować w formie tabeli z dwiema kolumnami „Termin” i „Pełna forma”.

Terminy i skróty ułożone są w kolejności alfabetycznej. Przede wszystkim zwyczajowo odszyfrowuje się terminy i skróty w języku rosyjskim, a następnie w języku angielskim.

Cel i cele stworzenia systemu

Ta część dokumentu Specyfikacji Technicznej musi zawierać cel i cele stworzenia systemu.

Przykład:

„System informacyjny „Jedno okno dostępu do zasobów edukacyjnych” ma na celu zapewnienie użytkownikom pełnej, szybkiej i wygodnej informacji na temat systemu edukacji Federacji Rosyjskiej oraz organizacji pełniących funkcję instytucji edukacyjnych.

Głównym celem Systemu jest stworzenie jednolitego środowiska informacyjnego i automatyzacja procesów biznesowych instytucji edukacyjnych Federacji Rosyjskiej.

Utworzenie systemu informacyjnego Single Window powinno zapewnić:

• udostępnianie użytkownikom szerokiej gamy zasobów informacyjnych;
• podniesienie poziomu bezpieczeństwa informacji;
• zwiększenie efektywności instytucji i wydziałów edukacyjnych poprzez optymalizację szeregu procesów biznesowych;
• zwiększenie efektywności procesu interakcji pomiędzy systemami informatycznymi i usługami w ramach działu.

Stworzenie Systemu obniży koszty operacyjne w wyniku zwiększenia efektywności działu.”

Wymagania systemowe

Celem tej części dokumentu Specyfikacji Technicznej jest opisanie podstawowych wymagań funkcjonalnych systemu. To najważniejsza część specyfikacji technicznej, gdyż będzie Twoim głównym argumentem w sporach z Klientem na etapie uruchomienia systemu. Dlatego należy bardzo ostrożnie podchodzić do jego pisania.

Dokument Zakres wymagań i obowiązków musi zawierać wszystkie wymagania zidentyfikowane na etapie analizy obiektu automatyki. Najlepiej wyróżnić główne procesy biznesowe, które warto ujawnić poprzez opis wymagań funkcjonalnych.

Przykład:

„4.1 Proces biznesowy „Udostępnianie informacji o instytucjach edukacyjnych Federacji Rosyjskiej

W tym procesie biznesowym identyfikuje się następujących uczestników:

Moderator – pracownik działu, będący częścią obsługi Systemu, odpowiedzialny za prawidłowość podanych danych

Użytkownikiem jest obywatel, który musi otrzymywać informacje o pracy instytucji edukacyjnych Federacji Rosyjskiej.

4.1.1 Rejestracja instytucji edukacyjnej w Systemie

Rejestracji instytucji edukacyjnej Federacji Rosyjskiej dokonuje odpowiedzialny pracownik instytucji („dekret rządowy…”).

Proces rejestracji instytucji edukacyjnej obejmuje następujące kroki:

• Autor tworzy zapis o organizacji;
• Autor wprowadza dane organizacji;
• System sprawdza licencję dla danej organizacji

• Jeżeli licencja istnieje w bazie, System wysyła do Autora wiadomość o pomyślnej rejestracji;
• Jeżeli licencja nie zostanie odnaleziona w bazie, System wysyła do Autora wiadomość o braku licencji dla tej organizacji.”

Jeśli czas na to pozwoli, informacje zawarte w tej sekcji powinny zostać szerzej ujawnione w załączniku do dokumentu „Zakres wymagań i obowiązków”. W załączniku do specyfikacji technicznej możesz udostępnić formularz ekranowy, a poniżej opisać wszystkie zdarzenia, które się na nim odbywają (tworzenie, przeglądanie, edycja, usuwanie itp.).

Wymagania dla systemu jako całości obejmują ujawnienie jego architektury wraz z opisem wszystkich podsystemów. W tej części SIWZ należy opisać wymagania dotyczące integracji systemu z innymi produktami (jeśli występują). Ponadto zakres zadań powinien zawierać:

• wymagania dotyczące trybów pracy systemu
• wskaźniki przeznaczenia
• wymagania dotyczące niezawodności
• wymagania bezpieczeństwa
• wymagania dotyczące liczby i kwalifikacji personelu oraz harmonogramu jego pracy
• wymogi ochrony informacji
• wymagania dotyczące bezpieczeństwa informacji w razie wypadków
• wymagania dotyczące zezwolenia patentowego
• wymagania dotyczące standaryzacji i unifikacji
• itp.

Wymagania dotyczące rodzajów zabezpieczeń

Ta sekcja dokumentu Specyfikacji Technicznej powinna zawierać wymagania dotyczące wsparcia matematycznego, informacyjnego, językowego, oprogramowania, technicznego i innego rodzaju wsparcia (jeśli występuje).

Wymagania dotyczące dokumentacji

Sekcja „Wymagania dotyczące dokumentacji” specyfikacji technicznej zawiera listę dokumentów projektowych i operacyjnych, które należy dostarczyć klientowi.

Ta część specyfikacji technicznej jest równie ważna jak opis wymagań funkcjonalnych, dlatego nie należy ograniczać się do stwierdzenia „Klientowi należy udostępnić całą dokumentację zgodną z GOST 34”. Oznacza to, że musisz dostarczyć cały pakiet dokumentów, w tym „Formularz”, „Paszport” itp. Większość dokumentów z listy określonej w GOST 34.201-89 nie jest potrzebna ani Tobie, ani klientowi, dlatego lepiej od razu uzgodnić listę na etapie opracowywania dokumentu Specyfikacji Technicznych.

Minimalny pakiet dokumentów zazwyczaj obejmuje:

• Specyfikacje techniczne;
• Oświadczenie o projekcie wstępnym (technicznym);
• Nota wyjaśniająca do Projektu Technicznego;
• Opis organizacji bazy informacyjnej;
• Podręcznik użytkownika;
• Przewodnik administratora;
• Program i metodologia testów;
• Raport z testu akceptacyjnego;
• Certyfikat wykonanej pracy

Listę dokumentów w specyfikacjach technicznych lepiej przedstawić w formie tabeli, w której wskazano nazwę dokumentu i normę, na podstawie której należy go opracować.

Etapy i etapy rozwoju

Ta część dokumentu „Zakres zadań i zadań” powinna zawierać informacje na temat wszystkich etapów prac, które należy wykonać.

W opisie etapu należy podać nazwę, termin, opis prac i efekt końcowy.

Procedura kontroli i odbioru systemu

W tej części dokumentu Specyfikacje Techniczne należy wskazać dokument, na podstawie którego należy przeprowadzić badania odbiorcze.

W razie potrzeby specyfikację techniczną można uzupełnić o inne sekcje lub zmniejszyć poprzez usunięcie nieodpowiednich pozycji.

W przypadku zmiany struktury specyfikacji technicznych, aby uniknąć sytuacji konfliktowych, należy to uzgodnić z klientem przed opracowaniem dokumentu.

Przed rozpoczęciem jakiegokolwiek projektu cel i zakres projektowanego urządzenia muszą zostać ustalone pomiędzy Klientem projektu a jego Deweloperem, a wszystkie jego parametry techniczne (taktyczne i techniczne) muszą zostać w pełni uzgodnione. W tym celu opracowywany jest specjalny dokument - Specyfikacje techniczne do projektowania tego urządzenia lub systemu.

W przyszłości dla Dewelopera Specyfikacja Techniczna jest podstawowym, fundamentalnym dokumentem, który kieruje wszystkimi etapami rozwoju projektu.

Opracowanie Regulaminu to bardzo ważny i odpowiedzialny proces. Błędy popełnione na tym etapie rozwoju mogą prowadzić do bardzo poważnych konsekwencji.

Co do zasady opracowywanie Specyfikacji Technicznych prowadzone jest wspólnie przez przedstawicieli Zamawiającego i Projektanta. Specyfikacje techniczne wymagają od twórców dużej erudycji i doświadczenia. Dlatego też SIWZ sporządzane są przez czołowych, najbardziej wykwalifikowanych specjalistów, posiadających duże doświadczenie w tej dziedzinie.

Regulamin określa główne kierunki rozwoju – konstrukcję i zasadę działania przyszłego produktu (urządzenia, systemu).

Specyfikacja techniczna stanowi wstępny etap prac i sporządzana jest dla wszelkich opracowań i rodzajów prac niezbędnych do stworzenia nowego produktu. Zakres wymagań i obowiązków może również obejmować, jako jedną z sekcji, wykonywanie

Prace badawcze,

Prace rozwojowe,

Rozwój urządzeń automatyki, poszczególnych komponentów i systemów, technologii, przyrządów pomiarowych, urządzeń kontrolnych, urządzeń zabezpieczających itp.

Obowiązkiem Klienta jest dostarczenie deweloperowi rzetelnych danych wyjściowych do opracowania produktu. Klient odpowiada za wymagania stawiane nowemu produktowi i dane pierwotne oraz ponosi pełną odpowiedzialność za prawidłowość podanych informacji.

Zakres obowiązków powinien zawierać trzy główne sekcje:

1. wymagania techniczne i ekonomiczne stawiane produktom, określające ich właściwości konsumenckie i efektywność użytkowania,

2. wykaz dokumentów wymagających wspólnego rozpatrzenia przez Klienta i Dewelopera,

3. tryb dostarczania i akceptacji wyników prac rozwojowych.

W razie potrzeby specyfikacja techniczna może zawierać także wymagania dotyczące przygotowania i rozwoju produkcji.

Konkretną treść specyfikacji technicznej ustalają Klient i Deweloper, a w przypadku proaktywnego rozwoju - Deweloper.

Jeżeli Klient ma indywidualne wymagania dotyczące opracowywanych produktów, które odbiegają od wymagań norm, ale nie zmniejszają efektywności wykorzystania produktów w określonych warunkach, powinien uzyskać opinię Państwowej Normy Federacji Rosyjskiej w sprawie możliwości rozwoju i wytwarzania tych produktów.

Niedopuszczalne jest umieszczanie w SIWZ wymagań sprzecznych z wymaganiami norm i dokumentów regulacyjnych organów nadzorujących bezpieczeństwo, zdrowie i ochronę środowiska.

Specyfikacje istotnych warunków zamówienia powinny zawierać jak najwięcej informacji, aby ułatwić pracę projektanta i skrócić czas tworzenia.

Jakość SIWZ zapewnia objętość i kompletność zbioru materiałów niezbędnych do opracowania. Przy opracowywaniu wykorzystywane są następujące materiały:

Informacje naukowo-techniczne,

Informacje patentowe,

Charakterystyka rynku sprzedaży,

Charakterystyka produkcji, w której wyrób będzie wytwarzany (wyposażenie technologiczne, kwalifikacje personelu, poziom organizacji pracy itp.).

Zakres obowiązków z reguły ustala następujące wskaźniki opracowywanego produktu:

Przewidywane wskaźniki poziomu technicznego i jakości,

Główny cel

Charakterystyka rynku sprzedaży,

Charakterystyki techniczne i użytkowe,

Poziom standaryzacji i unifikacji,

Wskaźniki techniczne i ekonomiczne

Wskaźniki prawa patentowego,

Specjalne wymagania dotyczące produktu itp.

Regulamin jest opracowywany i zatwierdzany w sposób ustalony przez Klienta i Dewelopera.

Ogólną procedurę opracowywania i zatwierdzania specyfikacji technicznych określa państwowa norma Rosji GOST 15.001-88

Zakres obowiązków określa etapy rozwoju i harmonogram każdego etapu oraz rozwoju jako całości.

Specyfikacje techniczne opracowano zgodnie z ogólnymi wymaganiami dotyczącymi tekstów projektów dokumentów zgodnie z normą państwową GOST 2.105-95.

Tabela 1