У програмному забезпеченні комп'ютера є необхідна частина, без якої просто нічого не зробити. Вона називається системним ПЗ. Покупець набуває комп'ютера, оснащеного системним програмним забезпеченням, яке не менш важливо для роботи комп'ютера, ніж пам'ять або процесор. Крім системного ПЗ склад програмного забезпечення комп'ютера входять ще прикладні програмиі системи програмування.

Програмне забезпечення комп'ютера поділяється на:

Системне ПЗ;

Сервісне ПЗ,
- прикладне ПЗ;
- Системи програмування.

До системним відносяться насамперед операційні системи та програми, що входять до складу операційної системи (наприклад, драйвера для різних пристроїв комп'ютера (від англійського слова "drive" - ​​управляти), тобто програми, що управляють роботою пристроїв: драйвера для сканера, принтера і т.д. д.). Крім операційних систем ще відносяться обслуговуюче програмне забезпечення (їх ще називають сервісні або утиліти, від англійського слова "utilize" - використовувати) для обслуговування дисків, архіваторів, антивірусних програм і т.д.

Сервісне програмне забезпечення- це сукупність програмних продуктів, які надають користувачеві додаткові послуги у роботі з комп'ютером та розширюють можливості операційних систем. За функціональними можливостями сервісні засоби можна поділити на кошти:

• що покращують користувальницький інтерфейс;
• захищають дані від руйнування та несанкціонованого доступу;
• відновлювальні дані;
• що прискорюють обмін даними між диском та ОЗУ:
• засоби архівації та розархівації;
• антивірусні засоби.

Програми, за допомогою яких користувач може вирішувати свої інформаційні завдання, не вдаючись до програмування, називаються прикладними програмами.

Як правило, всі користувачі вважають за краще мати набір прикладних програм, який потрібний практично кожному. Їх називають програмами загального призначення. До них належать:

Текстові та графічні редактори, за допомогою яких можна готувати різні тексти, створювати малюнки, будувати креслення; простіше кажучи, писати, креслити, малювати;

Системи управління базами даних (СУБД), що дозволяють перетворити комп'ютер на довідник з будь-якої теми;

Табличні процесори, що дозволяють організовувати дуже поширені практично табличні розрахунки;

Комунікаційні (мережеві) програми, призначені обмінюватись інформацією з іншими комп'ютерами, об'єднаними з даними у комп'ютерну мережу.

Крім того, є велика кількість прикладних програм спеціального призначеннядля професійної діяльності. Їх часто називають пакетами прикладних програм. Це, наприклад, бухгалтерські програми, які здійснюють нарахування заробітної плати та інші розрахунки, що робляться у бухгалтеріях; системи автоматизованого проектування, що допомагають конструкторам розробляти проекти різних технічних пристроїв; пакети, дозволяють вирішувати складні математичні завдання без складання програм; навчальні програми з різних шкільних предметів та багато іншого.

Комплекс засобів, що включають вхідну мову програмування, транслятор, машинну мову, бібліотеки стандартних програм, засоби налагодження відтрансльованих програм і компонування їх в єдине ціле, називається системою програмування. У системі програмування транслятор перекладає програму, написану вхідною мовою програмування, на мову машинних команд конкретної ЕОМ.

26. Операційна система комп'ютера (призначення, склад, завантаження).

Вся різноманітність програм, що використовуються на сучасному комп'ютері називається програмним забезпеченням.

Операційна система є базовою та необхідною складовою програмного забезпечення комп'ютера, без неї комп'ютер не може працювати в принципі.

Операційна система -це програма, яка забезпечує спільне функціонування всіх пристроїв комп'ютера та надає користувачеві доступ до його ресурсів.

На сьогоднішній день найбільш відомими операційними системами для IBM-сумісних персональних комп'ютерів є сімейства операційних систем Microsoft Windows та Linux.

ОСНОВНІ ФУНКЦІЇ ОПЕРАЦІЙНОЇ СИСТЕМИ:

Здійснення діалогу з користувачем;

Введення-виведення та управління даними;

Планування та організація процесу обробки програм;

розподіл ресурсів (оперативної пам'яті та кешу, процесора, зовнішніх пристроїв);

Запуск програми на виконання;

всілякі допоміжні операції обслуговування;

Передача інформації між різними внутрішніми пристроями;

Програмна підтримка роботи периферійних пристроїв (дисплея, клавіатури, дискових накопичувачів, принтера та ін.).

Сучасні операційні системи мають складну структуру, кожен елемент якої виконує певні функції управління комп'ютером.

Управління файловою системою. p align="justify"> Процес роботи комп'ютера в певному сенсі зводиться до обміну файлами між пристроями. В операційній системі є програмні модулі, що керують файловою системою.

Командний процесор -спеціальна програма, яка запитує користувача команди і виконує їх.

Драйвери пристроїв - спеціальні програми, які забезпечують керування роботою пристроїв та узгодження інформаційного обміну з іншими пристроями, а також дозволяють налаштовувати деякі параметри пристроїв.

Графічний інтерфейс – це оболонка, що дозволяєздійснювати взаємодію людини з комп'ютером у формі діалогу з використанням вікон, меню та елементів керування (діалогових панелей, кнопок тощо). В операційних системах з графічним інтерфейсом користувач може вводити команди за допомогою миші, тоді як режим командного рядка необхідно вводити команди за допомогою клавіатури.

Сервісні програмиДо складу операційної системи входять також сервісні програми, або утиліти. Такі програми дозволяють обслуговувати диски (перевіряти, стискати, дефрагментувати тощо), виконувати операції з файлами (архівувати тощо), працювати у комп'ютерних мережах тощо.

Довідкова система.Для зручності користувача до складу операційної системи зазвичай входить також довідкова система. Довідкова система дозволяє оперативно отримати необхідну інформацію як про функціонування операційної системи в цілому, так і роботу її окремих модулів.

Файли операційної системи зберігаються у зовнішній довготривалій пам'яті комп'ютера. (На жорсткому, гнучкому або лазерному диску). Однак програми можуть виконуватися лише якщо вони знаходяться в оперативній пам'яті, тому файли операційної системи необхідно завантажити до оперативної пам'яті. Диск (жорсткий, гнучкий або лазерний), на якому знаходяться файли операційної системи та з якого проводиться її завантаження, називається системним.

Самотестування комп'ютера.До складу комп'ютера входить енергонезалежний постійний запам'ятовуючий пристрій (ПЗУ), що містить програми тестування комп'ютера та першого етапу завантаження ОС - це BIOS(BasicInput/OutputSystem - базова система введення/виводу).

Після включення живлення процесор починає виконання програми самотестування комп'ютера POST (Power-ONSelfTest). Проводиться тестування працездатності процесора, пам'яті та інших апаратних засобів комп'ютера процесора, відеоадаптера, оперативної пам'яті, дисководів, контролерів жорстких дисків та клавіатури. У разі виявлення несправностей видаються діагностичні повідомлення у вигляді різних послідовностей коротких і довгих звукових сигналів або текстових повідомлень. Після успішної ініціалізації відеоплати короткі діагностичні повідомлення відображаються на екрані монітора.

Після проведення самотестування спеціальна програма в BIOS починає пошук завантажувача ОС. Відбувається почергове звернення до наявних дисків та пошук у першому завантажувальному секторі диска спеціальної програми MasterBoot (програми-завантажувача ОС).

Якщо диск системний і програма-завантажувач опиняється дома, вона завантажується в оперативну пам'ять і їй передається управління роботою комп'ютера. Програма шукає файли операційної системи на системному диску та завантажує їх в оперативну пам'ять як програмні модулі. Якщо системні диски в комп'ютері відсутні, на моніторі з'являється повідомлення "Nonsystemdisk", завантаження операційної системи припиняється і комп'ютер залишається непрацездатним.

27. Файли. Ім'я файлу. Файлова система. Основні операції із файлами.

Усі програми та дані зберігаються у довгостроковій (зовнішній) пам'яті комп'ютера як файлів.

Файл- це певна кількість інформації (програма або дані), що має ім'я та зберігається в довгостроковій (зовнішній) пам'яті.

Ім'я файлу.Ім'я файлу складається з двох частин, розділених точкою: власне ім'я файлу та розширення, що визначає його тип.

<имя файла>.<расширение>

Власне ім'я файлу дає користувач, а розширення визначається програмою автоматично при його створенні.

Таблиця 1. Типи файлів та розширень

У різних операційних системах є різні формати імен файлів. В операційній системі MS-DOS власне ім'я файлу має містити не більше 8 букв латинського алфавіту, цифр та деяких спеціальних знаків, а розширення складається з трьох латинських букв, наприклад: proba.txt

В операційній системі Windows ім'я файлу може мати довжину до 255 символів, причому можна використовувати російську абетку, наприклад: Одиниці вимірювання інформації.doc

Правила створення імені файлу:

Не можна використовувати такі символи, які зарезервовані для спеціальних функцій: ? : * / \ “ >< |

Є спеціальні зарезервовані слова, іменами яких назвати папку не вдасться. Windows не дозволяє цього зробити. Справа в тому, що до Windows існувала ОС DOS. У ній використовувалися системні папки з наступними іменами: PRN, AUX, CLOCK$, NUL, COM0, COM1, COM2, COM3, COM4, ​​COM5, COM6, COM7, COM8, COM9, LPT0, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, CON

Файлова система- Це функціональна частина операційної системи, що забезпечує виконання операцій над файлами. Файлова система дозволяє працювати з файлами та директоріями (каталогами) незалежно від їх вмісту, розміру, типу тощо.

Файлова система визначає загальну структуру іменування, зберігання та організації файлів в операційній системі.

Функції файлової системи:

1. Збереження інформації на зовнішніх носіях
2. Читання інформації з файлів
3. Видалення файлів, каталогів
4. Перейменування файлів
5. Копіювання файлів та ін.

Для дисків з невеликою кількістю файлів (до декількох десятків) можна використовувати однорівнева файлова система, Коли каталог (зміст диска) є лінійною послідовністю імен файлів. Такий каталог можна порівняти з змістом дитячої книжки, що містить лише назви окремих оповідань.

Якщо на диску зберігаються сотні та тисячі файлів, то для зручності пошуку використовується багаторівнева ієрархічна файлова система, що має деревоподібну структуру Початковий, кореневий каталог містить вкладені каталоги 1-го рівня, своєю чергою, кожен із останніх може містити вкладені каталоги 2-го рівня тощо. Слід зазначити, що у каталогах всіх рівнів можуть зберігатися і файли.

Шлях до файлу. Щоб знайти файл в ієрархічній файловій структурі, необхідно вказати шлях до файлу. У шлях до файлу входять записані через роздільник "\" логічне ім'я диска і послідовність імен вкладених один одного каталогів, в останньому з яких міститься потрібний файл.

Шлях до файлу разом із ім'ям файлу називають іноді повним ім'ям файлу.

Операції над файлами.У процесі роботи на комп'ютері найчастіше над файлами виконуються такі операції:

• копіювання (копія файлу міститься в інший каталог);
• переміщення (сам файл переміщається до іншого каталогу);
• видалення (запис про файл видаляється з каталогу);
• перейменування (змінюється ім'я файлу).

Графічний інтерфейс Windows дозволяє проводити операції над файлами за допомогою миші за допомогою методу Drag&Drop (перетягни та залиш). Існують також спеціалізовані програми для роботи з файлами, так звані файлові менеджери: NortonCommander, TotalCommander, Провідник та ін.

У деяких випадках виникає потреба працювати з інтерфейсом командного рядка. У Windows передбачено режим роботи з інтерфейсом командного рядка MS-DOS.

28. Комп'ютерні віруси: способи поширення, профілактика зараження.

Комп'ютерний вірус- Різновид комп'ютерних програм або шкідливий код, відмітною ознакою яких є здатність до розмноження (самореплікація). На додаток до цього віруси можуть без відома користувача виконувати інші довільні дії, у тому числі які завдають шкоди користувачеві та/або комп'ютеру.

Навіть якщо автор вірусу не програмував шкідливих ефектів, вірус може призводити до збоїв комп'ютера через помилки, невраховані тонкощі взаємодії з операційною системою та іншими програмами. Крім того, віруси зазвичай займають деяке місце на накопичувачах інформації та відбирають деякі інші ресурси системи. Тому віруси відносять до шкідливих програм.

Віруси поширюються, копіюючи своє тіло і забезпечуючи його наступне виконання: впроваджуючи себе в код інших програм, що виконується, замінюючи собою інші програми, прописуючись в автозапуск та інше. Вірусом або його носієм можуть бути не тільки програми, що містять машинний код, але й будь-яка інформація, що містить команди, що автоматично виконуються - наприклад, пакетні файли і документи Microsoft Word і Excel, що містять макроси. Крім того, для проникнення на комп'ютер вірус може використовувати вразливість у популярному програмному забезпеченні (наприклад, AdobeFlash, InternetExplorer, Outlook), для чого розповсюджувачі впроваджують його у звичайні дані (картинки, тексти тощо).

Віруси поширюються через дискети (устар.), флеш-накопичувачі, електронну пошту, системи обміну миттєвими повідомленнями, веб-сторінки, інтернет та локальні мережі (хробаки).

Основні типи комп'ютерних вірусів:

Програмні (файлові):інфікують виконувані файли комп'ютера, мають розширення com і exe. До цього класу належать і макровирусы, написані допомогою макрокоманд. Вони заражають файли, що не виконуються (наприклад, в текстовому редакторі MSWord або в електронних таблицях MSExcel).

Завантажувальні вірусивпроваджуються в завантажувальний сектор диска (Boot – сектор) або сектор, що містить програму завантаження системного диска (MasterBootRecord – MBR). Деякі віруси записують своє тіло у вільні сектори диска, позначаючи їх у FAT – таблиці як “погані” (Badcluster).

Макровірусивражають документи, виконані деяких прикладних програмах (наприклад, Word). Зараження відбувається при відкритті файлу документа у вікні програми

Мережеві вірусипоширюються різними комп'ютерними мережами.

Технічне завдання на розробку програми «______________» до Договору №___ 1. Введення 1.1. Найменування програми 1.2. Призначення та сфера застосування 2. Вимоги до програми 2.1. Вимоги до функціональних характеристик 2.2. Вимоги до надійності 2.2.1. Вимоги щодо забезпечення надійного функціонування програми 2.2.2. Час відновлення після відмови 2.2.3. Відмовлення через некоректні дії користувачів системи 3. Умови експлуатації 3.1. Кліматичні умови експлуатації 3.2. Вимоги до кваліфікації та чисельності персоналу 3.3. Вимоги до складу та параметрів технічних засобів 3.4. Вимоги до інформаційної та програмної сумісності 3.4.1. Вимоги до інформаційних структур та методів вирішення 3.4.2. Вимоги до вихідних кодів та мов програмування 3.4.3. Вимоги до програмних засобів, що використовуються програмою 3.4.4. Вимоги до захисту інформації та програм 3.5. Спеціальні вимоги 4. Вимоги до програмної документації 4.1. Попередній склад програмної документації 5. Техніко-економічні показники 5.1. Економічні переваги розробки 6. Стадії та етапи розробки 6.1. Стадії розробки 6.2. Етапи розробки 6.3. Зміст робіт з етапів 7. Порядок контролю та приймання 7.1. Види випробувань 7.2. Загальні вимоги до приймання 1. Введення 1.1. Найменування програми Найменування програми: "АСУ "______________"" 1.2. Призначення та сфера застосування Програма призначена для автоматизації обробки даних клієнтів кафе/бару. Вона оперує такими даними: можливі персональні дані про клієнта; дані щодо обслуговування клієнта; дані щодо дисконтної системи; 2.1. Вимоги до функціональних характеристик Програма повинна забезпечувати можливість виконання наведених нижче функцій: можливість виведення даних про клієнта на запит; можливість розрахунку знижок; додавання/видалення клієнтів; зміна даних про клієнта; можливість зміни дисконтної системи; 2.2.1 Вимоги щодо забезпечення надійного функціонування програми Надійне (стійке) функціонування програми має бути забезпечене виконанням замовником сукупності організаційно-технічних заходів, перелік яких наведено нижче: організацією безперебійного живлення технічних засобів; використанням ліцензійного програмного забезпечення; регулярним виконанням рекомендацій Міністерства праці та соціального розвитку РФ, викладених у Постанові від 23 липня 1998 р. Про затвердження міжгалузевих типових норм часу на роботи з сервісного обслуговування ПЕОМ та оргтехніки та супроводження програмних засобів»; регулярним виконанням вимог ГОСТ 51188-98. Захист інформації. Випробування програмних засобів на наявність комп'ютерних вірусів З боку розробника: автоматичне створення резервних копій; система автоматичного оновлення програми; автоматичне відновлення системи; Час відновлення після відмови, викликаного збоєм електроживлення технічних засобів (іншими зовнішніми факторами), не фатальним збоєм (не крахом) операційної системи, не повинен перевищувати 30 хвилин за умови дотримання умов експлуатації технічних та програмних засобів. Час відновлення після відмови, спричиненої несправністю технічних засобів, фатальним збоєм (крахом) операційної системи, не повинен перевищувати часу, необхідного для усунення несправностей технічних засобів та переустановки програмних засобів. Відмовлення програми через некоректні дії користувача при взаємодії з програмою. 3.1. Вимоги до кваліфікації та чисельності персоналу Мінімальна кількість персоналу, необхідного для роботи програми, має становити не менше 1 штатної одиниці – оператор ПК. До переліку завдань, що виконуються оператором ПК, повинні входити: ведення бази даних щодо клієнтів; завдання встановлення (інсталяції) та підтримання працездатності системних програмних засобів - операційної системи; завдання встановлення (інсталяції) програми; завдання створення резервних копій бази даних. 3.2. Вимоги до складу та параметрів технічних засобів ^ процесор із тактовою частотою 2.0Hz, не менше; оперативну пам'ять обсягом, 1Гігабайт, не менше; вільне дискове місце не менше 1гб; мережева карта; 3.3.1. Вимоги до інформаційних структур та методів вирішення Програмне забезпечення являє собою самостійне додаток, що виконується. Формат бази даних сумісний із ADO. Користувачі працюють із базою даних через системний інтерфейс. 3.3.3. Вимоги до вихідних кодів та мов програмування Додаткові вимоги не висуваються. Системні програмні засоби, що використовуються програмою, мають бути представлені ліцензійною локалізованою версією операційної системи Windows XP. Вимоги захисту інформації та програм не пред'являються. 3.5. Спеціальні вимоги Спеціальних вимог не пред'являються. ^ 4.1. Попередній склад програмної документації Склад програмної документації повинен включати: технічне завдання; програму та методики випробувань; керівництво оператора; 5.1. Економічні переваги розробки Програма є безкоштовним продуктом, фінансові засоби не витрачаються і перевагою є прискорення автоматизації обробки даних клієнтів кафе/бару 6.1. Стадії розробки Розробка має бути проведена в три стадії: Розробка технічного завдання; Робоче проектування; Використання. На стадії розробки технічного завдання має бути виконаний етап розробки, погодження та затвердження справжнього технічного завдання. На стадії робочого проектування повинні бути виконані наступні етапи робіт: розробка програми; розробка програмної документації; випробування програми. На стадії впровадження має бути виконаний етап розробки підготовка та передача програми. На етапі розробки технічного завдання мають бути виконані перелічені нижче роботи: Постановка задачі; Визначення та уточнення вимог до технічних засобів; визначення вимог до програми; Визначення стадій, етапів та термінів розробки програми та документації на неї; Погодження та затвердження технічного завдання. На етапі розробки програми має бути виконана робота з програмування (кодування) та налагодження програми. На етапі розробки програмної документації має бути виконано розробку програмних документів відповідно до вимог до складу документації. На етапі випробувань програми повинні бути виконані такі види робіт: Розробка, погодження та затвердження та методики випробувань; Проведення приймально-здавальних випробувань; Коригування програми та програмної документації за результатами випробувань. На етапі підготовки та передачі програми має бути виконана робота з підготовки та передачі програми та програмної документації в експлуатацію на об'єктах Замовника. 7.1. Види випробувань: тестування процесу встановлення; тестування ергономіки ; тестування можливості системи до відновлення нормальної роботи; випробування системи різних конфігураціях; системне тестування; 7.2. Вимоги до приймання роботи При прийманні необхідно перевірити дотримання таких умов: повноти та якості реалізації функцій при штатних граничних критичних значеннях параметрів об'єкта автоматизації та в інших умовах функціонування даних у ТЗ; виконання кожної вимоги, що відноситься до інтерфейсу системи; Роботи персоналу у діалоговому режимі; Коштів та методів відновлення робота здатності ПП після відмов; Комплексності та якості експлуатаційної документації.

	Технічне завдання розробити дизайн проекту приміщення. Інформація		Технічне завдання на розробку проектної документації для будівництва зоопарку У межах земельної ділянки вул. Підлісна, шосе Космонавтів, вул. Малкова, Дзержинського району м. Пермі
	Технічне завдання на розробку сайту структура документа Інформаційна система, що надає користувачам мережі Інтернет доступ до свого вмісту та функціоналу у вигляді впорядкованого…		Технічне завдання розробку веб-сайту «Об'єднання Російських Художників Аерографії» Основний html контейнер, в який вставляються інформаційні блоки, має бути повністю доступним для редагування. Бажано…
	Технічне завдання створення автоматизованої системи «Корпоративне сховище даних» Гост 34. 602-89 Технічне завдання створення автоматизованої системи (приклад)		2. Технічне завдання на розробку У цьому курсовому проекті наведено процес видачі пенсійного страхового свідоцтва. Розроблена система призначена для спрощення…
	Технічне завдання на розробку сайту журналу Справжнє тз представляє… Сайт моделюється з урахуванням обмежень сучасних систем контент-менеджменту (відкритих WordPress, Joomla, LiveStreet та інших…).		Програма демонстрації алгоритмів обходу графів Дане технічне завдання регламентує розробку навчального програмного продукту, призначеного для наочного представлення.
	Технічне завдання включає: найменування розробки, підставу… Техніко-робочий проект: опис предметної області (об'єктна модель), управління об'єктами (події, діаграма взаємодії),…		Проектування програмних засобів Етап проектування передбачає розробку архітектури, розробку даних та процедурну розробку програмних засобів

Технічні вимоги до системи

Технічний вигляд виробу

Теорія вирішення винахідницьких завдань - це радянська методика сильного мислення, що отримала широке як у Росії, і у світі. Вона дозволяє глибоко проаналізувати проблему та знайти ефективне рішення.
Робота над ТРВЗ була розпочата Генріхом Сауловичем Альшуллером та його соратниками у 1946 році.

Розробка програми: приклад технічного завдання

У 1956 році вийшла перша публікація про те, що техніка розвивається за певними законами. Щоб ефективно винаходити, потрібно ці закони виявити та ефективно застосовувати
Згодом ТРВЗ розвинувся у великий набір інструментів, що допомагають вирішувати низку актуальних завдань:
- створювати нові проривні продукти,
- Підвищувати споживчі властивості існуючих рішень,
- Знижувати собівартість,
- Обходити патенти конкурентів.
Провідні світові компанії, такі як Samsung, Intel, Procter&Gambel, General Electric та інші використовують ТРВЗ у своїх R&D центрах.

Терміни

Для виключення спірних моментів та нерозуміння важливо користуватися однаковим понятійним апаратом. Для цього ми склали перелік найчастіше використовуваних термінів та скорочень.

Коли йдеться про створення технічної документації для програмного забезпечення, найчастіше ми думаємо, мабуть, про такий документ, як Технічне завдання (ТЗ). Чому так відбувається?

Призначення технічного завдання

По-перше, технічне завдання – це, як правило, основний документ у межах проектної документації. Саме в ТЗ описуються всі основні вимоги на розробку програмного забезпечення, чи то створення простенької програми чи сайту, чи розробка великомасштабної інформаційної системи чи програмно-апаратного комплексу. Причому, говорячи мовою ГОСТів, технічне завдання може розроблятися як у рамках ескізного проекту (це коли тільки опис функцій та структури системи без розгляду технологій реалізації рішення), так і надалі «перекочувати» в технічний проект (детальніший опис з урахуванням обраних технологій) .

По-друге, технічне завдання може бути як поверховим (наприклад, загальноконцептуальне ТЗ, призначене для інвесторів проекту), і більш детальним (наприклад, докладне ТЗ для програміста). Подивіться розділ Проекти, там наведені приклади різних ТЗ. Ви можете вибрати будь-який рівень деталізації – ми підготуємо для вас ТЗ будь-якої складності за доступними цінами.

По-третє, в деяких випадках можна обійтися тільки підготовкою одного технічного завдання для опису системи, що розробляється. Зрозуміло, в цьому випадку якість ТЗ, що розробляється, грає ключову роль, тому тут явно не варто економити і краще довірити розробку такого ТЗ професіоналам, які мають великий досвід у цій справі. Скупий платить двічі, але у разі провалу розробки ПЗ через неякісну документацію – вдесятеро, а іноді ще на кілька порядків вище.

Склад типового технічного завдання

Давайте розглянемо, що ж включає типове ТЗ.

Технічне завдання програмного забезпечення виявилося поверхневим?

Отже, технічне завдання, незалежно від обраного ГОСТу, завжди включає такі основні відомості щодо ПЗ, що розробляється:

1) найменування- Повна і коротка назви, умовне позначення ПЗ, що розробляється;
2) призначення- те, для чого, в якій галузі та з якою метою розробляється ПЗ;
3) основу для розробки- Документи, на підставі яких проводиться розробка ПЗ;
4) функції– перелік та опис функцій ПЗ, що розробляється;
5) структура- Опис архітектури та компонентів розроблюваного ПЗ;
6) користувальницький інтерфейс– у світі обов'язковий;
7) надійність, безпека, умови експлуатаціїта ін. важливі вимоги;
8) документація- яка документація, в якому обсязі та відповідно до яких вимог ГОСТів буде також розроблена;
9) стадії та етапи розробки- що і в якій послідовності розробляється;
10) порядок контролю та приймання– як саме відбуватиметься здавання розробленого ПЗ Замовнику.

Стандарти для технічного завдання

Існує кілька ГОСТів, що регламентують розробку ТЗ у нашій області: це ГОСТ 34.602 (автоматизовані системи) та ГОСТ 19.201 (програмне забезпечення). Документи, виконані за цими стандартами, значно відрізняються як за наповненням, так і за змістом. Обидва стандарти представлені на нашому корпоративному порталі в розділі Бібліотека, ви можете самостійно ознайомитись з ними більш детально.

Вартість розробки технічного завдання

В цілому, складання ТЗ – це досить складне і відповідальне завдання, але грамотно складене технічне завдання – це вже половина успіху проекту, що розробляється. Тому в процесі розробки ТЗ на ПЗ ви повинні виявити максимальну уважність та поінформованість у технічних та організаційних питаннях. Або можете замовити у нас розробку технічного завдання під ключ прямо зараз.

Можливо, вас також зацікавить:

– розробка програми та методики випробувань;
– створення пояснювальної записки до ескізного та технічного проекту;
- Етапи розробки документації.

Написання технічного завдання — один із перших етапів роботи над проектом. Він передує розробці самої системи. У технічному завданні ми описуємо предметну область, існуючу інфраструктуру Замовника, вимоги до функціоналу, що створюється, а також нефункціональні вимоги. Документ, що вийшов, необхідний як бізнес-користувачу для того, щоб він переконався в тому, що всі його побажання до майбутньої системи враховані, так і нам, щоб оцінити вартість розробки системи.

Варто зазначити, що у повсякденній аналітичній роботі ми намагаємося уникати терміну «Технічне завдання». Цей термін надто перевантажений смислами і часто неясно, що за ним стоїть. Ми використовуємо терміни «Бізнес-вимоги» (BRD – Business requirements document), «Функціональні вимоги» (FRD – Functional requirements document) та Техніко-архітектурні вимоги (TAD – Technical Architecture document). Однак тут, щоб не ускладнювати опис, ми будемо використовувати термін «Технічне завдання». Документ, який ми здебільшого використовуємо для взаємодії із замовниками, складається на 70% — із бізнес-вимог, на 20% із функціональних вимог і лише на 10% — із техніко-архітектурних вимог. Звичайно, ця пропорція варіюється в залежності від специфіки та технічної складності системи.

Головним фактором успіху при розробці технічного завдання є правильно побудована комунікація із замовником. Адже завдання аналітиків полягає в тому щоб зробити операцію brain-dump, і результати розташувати на папері в структурованому вигляді. При цьому дуже важливо (1) розмовляти з замовником однією мовою, щоб не доводилося розжовувати очевидні для спеціаліста поняття предметної області і (2) вміти правильно слухати.

Наведемо нижче принципи, якими ми керуємося під час написання технічного завдання, і проілюструємо їх витягами з розробленого нами технічного завдання багатокомпонентну систему банерної реклами для великої Інтернет-компанії.

Структура технічного завдання

Кожне технічне завдання містить кілька обов'язкових розділів. Вони визначається призначення документа, термінологія, загальний контекст проекту. Зазвичай перша частина документа виглядає так:

Class="fs-13">

Якщо на початку документа дається загальна, концептуальна інформація про систему, що розробляється, то в другій, основній частині документа, детально прописуються бізнес-вимоги і суттєві для оцінки вартості розробки функціональні вимоги до системи.

У розділі «Термінологія» технічного завдання на банерну систему ми визначаємо такі поняття як Покази, Кліки, CTR, Охоплення, Частота контакту, Файл бронювання тощо, а в розділі «Загальний контекст» описуємо основні бізнес-процеси компанії-замовника, що стосуються розміщення банерної реклами, а також системне оточення, поточні ролі менеджерів компанії та права доступу. В даному конкретному випадку система будувалася не на порожньому місці. Раніше менеджери компанії використовували іншу, відмінну від нашої системи розміщення банерної реклами. В іншому випадку аналіз ролей і прав доступу був би швидше за все винесений в окремий розділ.

class="fs-13">

7. Система розміщення банерів
8.

Взаємодія з білінгом
9. Banner Engine
10. Технічний опис компонента Banner Engine

class="fs-13">

Найоб'ємніший розділ технічного завдання, що описується нами, – «Система розміщення банерів»; він присвячений ядру розроблюваної системи та містить всі вимоги безпосередньо до системи управління рекламними місцями.

Враховуючи специфіку даного проекту, ми присвятили окремий розділ взаємодії банерки з системою білінгу. Також в окремий розділ ми виділили вимоги до досить незалежної компоненти збору та відображення статистичної інформації, яка є для замовників рекламних кампаній та менеджерів рекламних агенцій чи не основним компонентом системи.

Окремий розділ технічного завдання визначає вимоги до компонента Banner Engine, що відповідає за показ банерів, облік статистики, її обробку та збереження у вигляді, придатному для подальшого аналізу та побудови звітів.

Це – технічно найскладніший і найнавантаженіший компонент банерної системи. У ТЗ ми включили розділ, який містить деякі технічні та архітектурні деталі, пов'язані з роботою Banner Engine. Перш за все це дозволяє мінімізувати ризики при оцінці вартості розробки системи, адже залежно від обраної архітектури трудомісткість може відрізнятися в рази.

Кожне технічне завдання відрізняється за розміром, кількістю ілюстрацій, кількістю версій. Наприклад, документ на банерку представлений на 44 сторінках і містить 15 ілюстрацій. Процес підготовки цього документа зайняв близько місяця та включав близько 8 ітерацій із замовником.

class="fs-13">

Бізнес vs Функціональні вимоги

У технічному завданні реєструються як бізнес-вимоги до системи, так і функціональні вимоги:

— Бізнес-вимоги є описом того, ЩО повинна робити системамовою бізнес-користувача. Бізнес-вимоги, зокрема, повинні бути зрозумілі керівнику, який не має технічної підготовки та досвіду.

— Функціональні вимоги є описом того, ЯК ті чи інші дії здійснюються в системі. На етапі розробки технічного завдання функціональні вимоги зазвичай фіксуються лише найскладніших блоків проекту.

Заглиблення у складні зони дозволяє знизити ризики при подальшій оцінці проекту. Зазвичай функціональні вимоги включають блок-схеми, діаграми станів, потокові діаграми і доповнюються макетами найбільш складних екранів.

Приклад бізнес-вимоги:

Для рекламної кампанії важливо максимально точно відслідковувати ліміт показів, щоб уникнути фінансових втрат, пов'язаних з показом банерів понад оплачений ліміт. Крім цього, виникає завдання обмежити показ одного банера одному користувачеві, наприклад, не більше N разів на день».

«Для вирішення цього завдання [який див. вище]передбачається використовувати зовнішній сервіс, до якого банерні сервери звертатимуться при кожному показі банера. Оскільки цей сервіс є точкою відмови, банерні сервери повинні коректно обробляти ситуацію, коли зовнішній сервіс недоступний або відповідає із затримками».

Зазвичай ми вмикаємо

Технічне завдання містить опис ролей і основних сценаріїв користувача в розроблюваній системі.

Правильне технічне завдання на розробку програмного забезпечення – секрет успішного проекту

Роль: Адміністратор

Приклад функціональної вимоги:

«Після додавання нового майданчика в системі, адміністратор має створити пов'язані з ним рекламні місця. При створенні рекламного місця повинні вказуватися майданчик, тип місця, формат банерів, розмір, частота показів (для статичних місць). Після створення рекламного місця воно стає доступним для менеджерів, що розміщують рекламу.

Технічне завдання містить вимоги до інтеграції системи, що розробляється, з іншими зовнішніми та внутрішніми системами, що використовуються замовником.

У контексті технічного завдання на банерну систему, це інтеграція з системами управління сайтом компанії, білінгу, автентифікації та зберігання даних користувачів.

"Система банерної реклами пов'язана з трьома зовнішніми модулями, що функціонують в оточенні компанії: системою управління сайтом компанії, системою білінгу та системою аутентифікації та зберігання даних користувачів". Кожен показ банера супроводжується запитом від системи управління сайтомдо банерної системи. Ці системи також використовують спільні ідентифікатори майданчиків і рекламних місць, а також узгоджені імена параметрів таргетування».

У технічне завдання ми зазвичай включаємо глосарій, який пояснює значення спеціальних термінів, які у документі. Дуже важливо точно визначити значення термінів, які надалі використовуються у документі.

« Розміщення (одиниця розміщення, рядок медіаплану) –це сутність, що об'єднує банер, який необхідно показувати, рекламне місце, де буде показаний банер, а також правила показу. Правила показу визначають період розміщення, параметри націлення, ліміти розміщення, ваги тощо. Фактично всі рекламні кампанії складаються з розміщень».

Частота контакту– кількість унікальних користувачів, які переглянули рекламний банер кілька разів. Наприклад, частота контакту 5– кількість унікальних користувачів, кожен з яких переглянув цей рекламний банер не менше 5 разів. Частота контакту 1= Охоплення.

Основні принципи

При написанні ТЗ ми намагаємось максимально використовувати графічні матеріали для наочного та стисненого представлення інформації. Одна діаграма часто може замінити кілька сторінок тексту. У цьому контексті, бачимо своєю метою т.зв. малювання ТЗ, тобто. представлення всіх більш-менш складних фрагментів системи у графічному вигляді та використання тексту як коментарів до графічних матеріалів.

У керівників підприємств зазвичай немає часу вивчення багатосторінкових технічних вимог. Перегляд зображень дає наочне уявлення про основні характеристики системи, що розробляється. Як наслідок, покращується комунікація між бізнес-користувачем та нами та зростає якість самих вимог.

Наступна схема, що ілюструє структуру рекламних кампаній і взаємозв'язок між основними поняттями у межах рекламних кампаній, заощадила кілька сторінок тексту.

При необхідності, ми використовуємо в ТЗ прототипи обраних екранів системи (functional wireframes), які, не будучи остаточними, демонструють базовий блок функціональності інтерфейсу користувача.

Ось такий прототип екрана редагування рекламної кампанії було включено до ТЗ на систему банерної реклами.

Прототипи, вже на стадії розробки, дають замовнику зрозуміти, як саме виглядатиме інтерфейс системи.

Вимоги мають бути написані «живою людською» мовою, зрозумілим для бізнес-користувача в т.ч. керівнику вищої ланки, який не володіє технічними навичками; у них має міститися мінімум технічної термінології. Чим швидше користувач «вникне» у змісту технічного завдання, тим ефективніше вибудовуватиметься наше з ним спілкування.

Досвід у предметній галузі

Велике значення під час створення технічного завдання має досвід розробки подібних систем. Він допомагає швидше вникати в бізнес-процеси та потреби замовника, робити «за аналогією» багато речей, які раніше здавалися б нам складними. Накопичений досвід у галузі управлінських бізнес-систем, великих інтернет-проектів, фінансових систем, e-commerce систем дозволяє нам застосовувати свої знання щодо кожного наступного проекту, яким ми займаємось. До того, як отримати замовлення на систему банерної реклами, згадану вище, ми вже займалися розробкою кількох банерних систем. Ми добре знали, як працюють банерки, знали характерну термінологію цієї предметної галузі. На основі нашого досвіду роботи з іншими банерними системами, ми запропонували замовнику досить багато спрощень, оригінальних рішень, не лише у сфері технологій, а й бізнесу.

Пошук лекцій

Технічне завдання на об'єкт

Під час проектування технічного об'єкта важливе місце займає розробка технічної та технологічної документації: технічне завдання (ТЗ) та технічні умови (ТУ).

Технічне завдання- Це основний вихідний документ для розробки продукції, що містить техніко-економічні вимоги до продукції, що визначають її споживчі властивості та ефективність застосування, перелік документів, що вимагають спільного розгляду, порядок здачі та приймання результатів розробки. Технічне завдання на проектування розробляється на підставі ГОСТ 15.001-88 та оформляють відповідно до загальних вимог до текстових конструкторських документів за ГОСТ 2.105-68.

В якості технічного завдання допускається також використовувати будь-який документ (контракт, протокол, ескіз, зразок продукції та ін), що містить необхідні та достатні вимоги для розробки та визнаний замовником та розробником.

Затверджене технічне завдання є документом, яким розробники повинні керуватися на всіх етапах створення системи та проектування завдань. Зміни, що вносяться до технічного завдання, повинні оформлятися протоколом, який є частиною технічного завдання. Протокол має затверджуватись замовником.

Під час розробки технічного завдання слід:

· Встановити загальну мету створення технічної системи;

· Встановити загальні вимоги до проектованої системи;

· Визначити етапи створення системи та терміни їх виконання;

· Провести попередній розрахунок витрат на створення системи.

Технічне завдання має містити такі розділи:

1) найменування та сфера застосування;

2) код виробу;

3) підстави для розробки;

4) мета та техніко-економічне обґрунтування;

5) джерела для розробки;

6) етапи розробки та запуску виробництва;

7) технічні вимоги.

Залежно від призначення засобів вимірювань, що розробляються, умов їх виготовлення та експлуатації допускається змінювати структуру технічного завдання, об'єднуючи окремі розділи та вводячи нові.

В розділі Підстава для розробкивказують найменування документа (документів), яким передбачена дана розробка, організацію, що затвердила цей документ, та дату його затвердження, найменування та шифр теми розробки.

Підставою для розробки є маркетингові дослідження та вихід нового стандарту.

У розділі «Мета та техніко-економічне обґрунтування розробки» вказують:

1. Конкретне функціональне призначення об'єкта – зниження токсичності автомобіля.

Технічне завдання на розробку програми

Наявність вітчизняних та зарубіжних аналогів та можливість чи доцільність їх застосування за даним призначенням – на ринку присутні закордонні аналоги, але їх вартість та вітчизняні аналоги.

3. Очікувана потреба в даних об'єктах у споживачів – цей об'єкт необхідний споживачеві для дотримання норм стандарту та збереження здоров'я людей та навколишнього середовища.

У розділі «Джерела розробки» наводять перелік науково-дослідних та інших робіт, результати яких використовують у даній розробці, а також перелік зразків або макетів, на базі яких виконують розробку.

У розділі «Етапи розробки» вказують необхідні етапи робіт та орієнтовні терміни їх виконання, склад та орієнтовні терміни подання конструкторської технологічної документації на метрологічну експертизу та організацію, що її проводить.

На основі етапи життєвого циклу продукції розробляємо етапи розробки та запуску у виробництво.

Основні етапи розробки: маркетингові дослідження; розробка ТЗ; - Проектування об'єкта; випробування; підготовка виробництва; запуск у виробництво.

У першій стадії проектування проводиться вибір (чи розробка) принципової схеми об'єкта. З цією метою на підставі довідкових даних, рекомендацій та стандартів формується ряд варіантів об'єктів – аналогів, що тією чи іншою мірою відповідають вимогам ТЗ. Далі у разі потреби виробляється доопрацювання важливих схем об'єктів – аналогів. Якщо варіанти об'єктів – аналогів не знайдено, переходять до процедури синтезу варіантів об'єктів, ще які у практиці машинобудування. При цьому, як уже зазначалося, максимально використовуються стандартні елементи та вузли.

Наступна стадія проектування – конструктивне оформлення основних елементів та побудова математичних моделей функціонування пристосування. Остання стадія проектування - остаточне конструкторське оформлення прийнятих рішень, виконання креслень та текстової частини відповідно до вимог ЕСКД.

Після успішних випробувань, для замовника проекту, на основі вимог технічного завдання та стандартів щодо даного виду продукції, з урахуванням результатів випробувань розробляється технічна умова на пристосування, яка включає:

1.Технічні вимоги

2. Вимоги безпеки

3. Вимоги охорони навколишнього середовища

4. Правила приймання

5. Методи контролю

6. Транспортування та зберігання

7. Вказівки щодо експлуатації

8. Гарантії виробника

9. Утилізація

За підсумками розроблених документів можна розпочинати безпосереднього проектування об'єкта.

Щодня, запускаючи персональний комп'ютер, ноутбук чи телефон, ми стикаємося із програмами, які нас обслуговують. Причому якщо не замислюватися, то здається, що використання програмного забезпечення починається в той момент, коли ми запускаємо ярлик на робочому столі. Однак це не так.

База

Давайте розберемося, що таке програмне забезпечення. По суті, воно являє собою сукупність команд та програмного коду, укладеного в графічну оболонку – інтерфейс. Ось тільки інтерфейс буває різним і залежить безпосередньо від програми та її призначення.

Будь-яке програмне забезпечення складається з файлів, в яких прописані процедури та функції, яким слідує програма при виконанні.

Однією з перших моделей програмного забезпечення стала так звана машина Тюрінга. У 1935 році Алан Тьюрінг сформулював математичну модель, згідно з якою абстрактна машина, повинна була переходити з одного стану в інший, виконуючи елементарні команди з фіксованого набору.

Почнемо розбір питання у тому, що таке програмне забезпечення, з його класифікації.

Операційна система

Спочатку можна виділити різні класи програмного забезпечення. Першим і основним потрібно назвати системне ПЗ. Інтерфейси, програми та коди без яких неможливо працювати на комп'ютері або іншій техніці, що використовує будь-яке програмне середовище. Це найнеобхідніше програмне забезпечення у вашому персональному комп'ютері.

У цьому класі можна виділити два важливі підрозділи:

1. Базове програмне забезпечення. Воно включає всі види операційних систем, незалежно від того, чи є вони офіційними або піратськими, чи запускаються на них загальнодоступні програми або виключно 1-2 прикладні програми, для яких і створювалося це програмне середовище. Також до цієї групи можна віднести різні емулятори та віртуальні машини, що дозволяють імітувати різноманітні програмні середовища.
2. Окремою групою є сервісне програмне забезпечення. Як відомо з назви, воно створено обслуговування операційної системи та її захисту. До них можна віднести пошукові системи, антивіруси, а також засоби діагностики та усунення несправностей у вашому ПК.

Саме собою, системне ПЗ - це сукупність різних програм, і середовищ, призначених підтримки роботи персонального комп'ютера і комп'ютерних мереж. Розробка програмного забезпечення цього є довгий і копіткий процес, оскільки від нього залежатиме працездатність робочого місця. Системне ПЗ виконує такі завдання:

• створення середовища для функціонування прикладних програм;
• підтримка роботи ПК та мережі;
• діагностування та проведення профілактики збоїв ПК та ЛОМ;
• проведення додаткових підтримуючих операцій, таких як архівування, форматування, дефрагментація та інші.

Для комп'ютера

Інше знання, що дозволяє нам розібратися, що таке програмне забезпечення, це розуміння того, чим розробляється ПЗ. Для цього процесу використовується - інструментальне ПЗ, тобто комплекс програмних та апаратних засобів, що служать для написання та компілювання системного коду прикладних утиліт.

В інструментальному ПЗ можна виділити три підгрупи:

• мови та системи програмування;
• інтегровані середовища програмування;
• Програмні комплекси.

Існує безліч мов програмування, і всі вони поділяються на підгрупи за принципом орієнтованості - у сфері розв'язуваних завдань готового продукту.

Не можна не сказати кілька слів про те, що таке машинно-орієнтовані мови програмування. Вони служать для написання програмного забезпечення не для кінцевого користувача, а для створення програмного коду безпосередньо для апаратури. Ці мови дозволяють враховувати унікальність архітектури та принципів роботи конкретної ЕОМ або, наприклад, робочого верстата на заводі, що не працює під поширеними операційними системами.

Для користувача

Машинно-незалежні мови програмування виконують функцію написання програмних кодів, а також прикладних програм для готових оболонок та операційних систем.

• Процедурно-орієнтовані мови програмування – це спеціалізоване програмне забезпечення. Приклади – Паскаль (Pascal), Бейсік (Basic). Ці найпростіші мови програмування служать написання елементарних прикладних програм, функцій і процедур. А також для опису алгоритмів вирішення поставлених завдань.
• Проблемно-орієнтовані мови – дозволяють вирішувати завдання у більш вузьких конкретних галузях програмування, їх прикладами можна назвати – Лісп, АПЛ.
• Об'єктно-орієнтовані мови - більш сучасні та зручні засоби для створення прикладних додатків та створюють різні види програмного забезпечення для кінцевого користувача. Головною їх особливістю є можливість робити готові елементи програми, такі як діалогові вікна, поля заповнення, кнопки. Для ілюстрації можна назвати такі мови, як C++ та Visual Basic.

З чим ми працюємо

Останнім класом є прикладне програмне забезпечення. Якщо ви уважно читали статтю, то вже повинні були здогадатися, що це ніщо інше, як програми, програми та ігри, з якими ми маємо справу в повсякденному житті. Але навіть таке найпростіше поняття спеціалісти поділяють на підкласи.

1. Мабуть, найпоширеніша категорія програм - це мультимедіа. Т. е. Програми відтворення відео, аудіо, ігри. Все те, що слугує для розваги кінцевого користувача. Таким чином, один із найбільших винаходів людства з робочого наукового інструменту перетворився на засіб розваги широкої публіки.
2. Інформаційно-пошукове ПЗ. Як розумієте, це різні браузери та клієнти інтернет-технології, які призначені для отримання інформації зі світової мережі.
3. Загального призначення. Це види програмного забезпечення, що використовується у звичайному житті виключно за потребою. Це графічні та текстові редактори, поштові послуги, бази даних.
4. Проблемно-орієнтоване. Наприклад, експертні системи або системи аудіо- та відеоконференцій.
5. Програмні середовища професійного рівня. Це бухгалтерські та педагогічні системи, системи контролю управління доступу.

Наочний приклад

Дізнавшись, що таке програмне забезпечення, розглянемо деякі реальні приклади програм та програм, з якими ми можемо зіткнутися у реальному житті.

• 1C Бухгалтерія. Яскравий приклад професійного ПЗ, що служить для роботи з бухгалтерією, правовою областю та ще безліччю підтримуваних та суміжних областей.
• Microsof Office Word. Найзрозуміліший і найдоступніший приклад ПЗ загального призначення. Майже кожен у своєму житті запускав цей пакет програм для складання резюме, реферату чи звіту.
• Microsof Office Access. Найпростіша реалізація бази даних, що також є ПЗ загального призначення.
• Про категорію мультимедіа чули всі. Це відомий Windows Media Player, здатний програвати як аудіо-, так і відеофайли.
• Photoshop – черговий приклад ПЗ загального призначення. Як професійний графічний редактор, що використовується в багатьох поліграфічних фірмах, також відноситься до програмного середовища професійного рівня.
• Якщо говорити про ПЗ загального призначення, то з ним стикалася кожна людина, яка хоч раз запускала комп'ютер. Це всім відомий Windows.

Все це дуже поширене програмне забезпечення. Приклади інших програм наводити немає сенсу. У наш час, коли розробкою додатків може зайнятися навіть дитина, завантажити будь-яке з них на свій смак, на заміну відомим брендам, може кожен користувач.

Інсталяція

Встановлення програмного забезпечення в більшості випадків не спричинить труднощів у звичайного користувача. Більшість програм, якими ми користуємося у повсякденному житті, спеціально орієнтовані на непосвяченого користувача. У готову програму вшивається спеціальний модуль – інсталятор.

Коли ви вставляєте диск з програмного забезпечення в дисковод, відбувається автозапуск програми установки. Переходячи по діалогових вікнах, ви вибираєте шлях на жорсткому диску, куди буде встановлено програмне забезпечення. Якщо це підтримуюче забезпечення для вашої операційної системи, воно буде автоматично встановлено в необхідну папку.

Деяке програмне забезпечення, наприклад, необхідне для розробки програм, не потребує встановлення. Запускається робочий ярлик у папці програми, а за ним і засіб розробки.

Встановлення програмного забезпечення для деяких апаратних засобів ПК, таких як материнська плата або БІОС, може вимагати спеціальних навичок та професійних знань, тому не соромтеся у таких випадках викликати спеціаліста.

Творіння

Розробка програмного забезпечення відбувається у кілька етапів.

• Початкова стадія - це етап появи та реалізації ідеї. Створення дизайну майбутнього застосування, а також його функціоналу.
• Альфа-тестування – процес внутрішнього тестування. Його та додавання будь-яких функцій проводять усередині обмеженого кола людей, зазвичай розробників або близьких до них людей.
• Бета-тестування проводять серед споживачів за рішенням виробника. Це процес налагодження програми.
• Реліз кандидат. Програма, що пройшла всі стадії тестування, зі знайденими та виправленими критичними помилками. Практично готовий додаток до релізу.
• І, зрештою, реліз. Готовий до випуску та тиражування продукт.
• Останній етап, який триває після випуску - програмна підтримка та супровід програми.

Висновки

Отже, як ви тепер розумієте, розробка та використання програмного забезпечення є невід'ємною частиною нашого повсякденного життя. Здавалося б, здійснюючи найпростіші дії за персональним комп'ютером, ми щодня стикаємося з різним ПЗ, створеним шляхом копіткої роботи спеціалістів спеціально для користувачів. Класифікація програм та програм настільки широка, що неможливо з точністю сказати, з чим ви зараз працюєте.

Технологія пошуку Web-сторінок

Зі збільшенням кількості сайтів та збільшенням обсягу інформації, розміщеної на сторінках в Інтернеті, виникла потреба структурувати посилання на різні теми. З цією метою було створено тематичні каталоги, в яких зберігалися посилання на інтернет-ресурси, відсортовані за темами. Посилання розміщувалися у каталогах або власниками сайтів, або спеціалістами, співробітниками каталогів. У відповідь на запит клієнт міг отримати невелику кількість посилань. При цьому рівень відповідності теми сторінки темі запиту (релевантність) була високою.

Поступово процес каталогізації та пошуку посилань на сторінки автоматизувався. Виникли пошукові машини, що сканують існуючі інтернет-ресурси та індексують сайти за ключовими словами, що часто зустрічаються на сторінках. Роль людини у цьому процесі зменшилася. Зросла кількість посилань-відповідей на запит. Але релевантність при цьому була нижчою, ніж у каталогах. Алгоритми пошуку, програмне забезпечення, задіяне у системах постійно вдосконалюється. І в даний час грань між каталогами та пошуковими машинами поступово стирається. Більшість успішних каталогів включили до свого складу пошукові машини, розширивши тим самим межі пошуку запитуваних тем.

Зараз пошукова система - це програмно-апаратний комплекс з веб-інтерфейсом, що надає можливість пошуку інформації в Інтернеті. Зазвичай це сайт, на якому розміщено інтерфейс системи. Програмною частиною пошукової системи є пошукова машина (пошуковий двигун) - комплекс програм, що забезпечує функціональність пошукової системи і зазвичай є комерційною таємницею компанії-розробника пошукової системи.

Більшість пошукових систем шукають інформацію на сайтах Всесвітньої павутини, але існують також системи, здатні шукати файли на , товари в інтернет-магазинах, а також інформацію в групах новин Usenet.

Першою пошуковою системою для Всесвітнього павутиння був «Wandex», що вже не існує індекс. За допомогою спеціальної програми "World Wide Web Wanderer" автоматично або за заданим розкладом виконувались якісь дії через ті ж інтерфейси, що й у звичайного користувача. Розроблено Метью Греєм (Mathew Gray) з Массачусетського технологічного інституту в 1993. Також в 1993 році з'явилася пошукова система «Aliweb», що працює досі.

Першою повнотекстовою (т. зв. «crawler-based», тобто індексуючою ресурси за допомогою робота) пошуковою системою стала «WebCrawler», запущена в 1994 році. На відміну від своїх попередників, вона дозволяла користувачам шукати за будь-якими ключовими словами на будь-який веб- сторінці - з того часу це стало стандартом у всіх основних пошукових системах. Крім того, це була перша пошукова система, про яку було відомо в широких колах. У 1994 році був запущений «Lycos», розроблений в університеті Карнегі Мелона.

Незабаром з'явилося безліч інших конкуруючих пошукових машин, таких як "Excite", "Infoseek", "Inktomi", "Northern Light" та "AltaVista". У певному сенсі вони конкурували з популярними інтернет-каталогами, такими як «Yahoo!». Пізніше каталоги з'єдналися або додали пошукові машини, щоб збільшити функціональність. У 1996 році російськомовним користувачам інтернету стало доступне морфологічне розширення до пошукової машини Altavista та оригінальні російські пошукові машини «Рамблер» та «Апорт». 23 вересня 1997 року була відкрита пошукова машина Яндекс.

Останнім часом завойовує все більшу популярність практика застосування методів кластерного аналізу («інтелектуального» угруповання результатів при пошуку файлів, веб-сайтів, інших об'єктів, надаючи користувачеві можливість швидкої навігації, вибору явно більш релевантного підмножини та виключення явно менш релевантного) та пошуку за методом . З міжнародних машин такого плану найбільшої популярності здобула «Clusty» компанії Vivísimo. У 2005 році на російських просторах за підтримки МДУ запущено пошуковик «Нігма», що підтримує автоматичну кластеризацію. У 2006 році відкрилася російська метамашина Quintura, що пропонує візуальну кластеризацію у вигляді хмар тегів. "Нігма" теж експериментувала з візуальною кластеризацією.

Крім пошукових машин для Всесвітньої павутини, існували і пошукові системи для інших протоколів, такі як Archie для пошуку по анонімним FTP-серверам і «Veronica» для пошуку в Gopher.

За даними компанії Net Applications, у листопаді 2011 використання пошукових систем розподілялося наступним чином:

У Білорусі ситуація з пошуковими системами виглядає так (за даними LiveInternet):

Робота з тематичним каталогом: уточнення теми, пошук за ключовими словами в каталозі або поточному розділі

Каталог сайтів Інтернету, або каталог Інтернет-ресурсів, або просто Інтернет-каталог - структурований набір посилань на сайти з коротким їх описом. У базі даних пошукової системи web-сайти групуються в ієрархічні тематичні каталоги, які є аналогами тематичного каталогу бібліотеки. Тематичні розділи верхнього рівня, наприклад: Інтернет, Комп'ютери, Наука та освіта тощо, містять вкладені каталоги. Наприклад, каталог Інтернет може містити підкаталоги Пошук, Пошта та ін. іншому параметру. Пошукові каталоги створюються вручну, тобто. інформація в них заноситься людьми.

Пошук інформації в каталозі зводиться до вибору певного каталогу, після чого користувачеві буде представлений список посилань на Інтернет-адреси відвідуваних та змістовних web-сайтів. Кожне посилання зазвичай анотована, тобто містить короткий коментар до змісту документа.

Особливість каталогів у цьому, що вони ефективніші під час пошуку добірок інформації на певну загальну тему, наприклад, «профспілковий рух», «редакції газет Уралу», а чи не під час пошуку відповіді конкретне питання.

Глобальні каталоги: Open Directory Project, також відомий як DMOZ.Каталог, Yahoo!, AboutUs.org,.
Російськомовні каталоги: каталог @mail.ru, Яндекс, Каталог Wapalta, RINTooby, каталог Amiso.
Білоруські каталоги: TUT.BY, URL.BY, OPEN.BY.

Робота з пошуковими машинами

Пошуковий сервер містить велику кількість посилань на різні документи, і всі ці посилання систематизовані в тематичні каталоги. Наприклад: спорт, кіно, автомобілі, ігри, наука та ін. Причому ці посилання встановлюються сервером самостійно, в автоматичному режимі шляхом регулярного перегляду всіх веб-сторінок, що з'являються у Всесвітній павутині. Крім того, пошукові сервери надають користувачеві можливість пошуку інформації за ключовими словами. Після введення ключових слів пошуковий сервер починає переглядати документи на інших web-серверах та виводити на екран посилання на ті документи, в яких зустрілися зазначені слова. Зазвичай результати пошуку сортуються за зменшенням спеціального рейтингу документів, який показує, наскільки повно заданий документ відповідає умовам пошуку або як часто він запитується в мережі.

Пошук за ключовими словами

Пошук документа в базі даних пошукової системи здійснюється за допомогою введення запитів у полі пошуку. Запит повинен містити одне або кілька ключових слів, які є основними для цього документа. Через деякий час після надсилання запиту пошукова система поверне список веб-адрес документів, в яких були знайдені задані ключові слова.

Щоб отримати найкращі результати пошуку, необхідно запам'ятати кілька простих правил:

• Не шукати інформацію лише за одним ключовим словом.
• Краще не вводити ключові слова з великої літери, так як це може призвести до того, що не будуть знайдені самі слова, написані з малої літери.
• Якщо в результаті пошуку ви не отримали результатів, перевірте, чи немає в ключових словах орфографічних помилок.
• Сучасні пошукові системи надають можливість підключення до сформованого запиту семантичного аналізатора. З його допомогою можна, ввівши якесь слово, вибрати документи, в яких зустрічаються похідні від цього слова в різних відмінках, часах та ін.

Пошук веб-сторінок у пошукових машинах у режимі розширеного пошуку

Щоб здійснити розширений пошук в Інтернеті, необхідно використовувати регулярні висловлювання. Регулярні вирази дозволяють здійснити пошук за деяким шаблоном слова або виразу, до якого включаються як літери слова, які необхідно знайти, так і символи, що замінюються іншими довільними символами.

У регулярних виразах використовуються такі символи:
? - символ, що вказує на те, що на місці цього знака може зустрічатися будь-яка буква чи цифра. Наприклад, регулярному виразу мл задовольняють слова «малий», «мовляв» і «крейда».
* - символ, що вказує на те, що на його місці може зустрічатися довільна кількість будь-яких символів, у тому числі порожня безліч символів. Наприклад, регулярне вираз «М*» означає будь-яке слово, що починається з великої російської літери «М».

Ці символи можна поєднувати. Наприклад, за шаблоном: «(?* )» шукатимуться всі непусті висловлювання, укладені у звичайні (круглі) дужки.

Інші регулярні висловлювання трапляються рідко. Це: "[", "]", "(,)", "^". Зазначимо, що регулярні висловлювання «замінюють» символи, тому можуть шукати самі себе.

Використання регулярних виразів дозволяє багато разів «скоротити сутності» при пошуку ключових слів. Наприклад, набравши запит: нов?? автомобіль* ви отримаєте відповідь, що містить слова «новий», «нові», «автомобіль», «автомобілі» тощо. Цей запит обробляється набагато швидше і точніше, ніж простий перелік слів.

При комбінації запитів, що містять кілька слів, може виникнути ситуація, коли потрібно знайти не просто ключові слова, а, наприклад:

• щоб усі ключові слова були присутні у тексті знайдених сторінок;
• щоб у тексті знайдених сторінок було присутнє хоча б одне слово (цей режим використовується при пошуку спочатку);
• щоб у тексті знайдених сторінок обов'язково були присутні одні слова, і не зустрічалися інші.

Для написання таких запитів потрібно використовувати вирази булевої алгебри: І, АБО, НЕ. Вони позначаються відповідно як "&", "|" та «~». Запиту<выражение 1> & <выражение 2>задовольняє обов'язкову одночасну присутність у відповіді обох виразів. Запиту<выражение 1> | <выражение 2>задовольняє присутність хоча б одного виразу у відповіді. І, нарешті, запит<выражение 1>~<выражение 2>виконується тільки у разі присутності першого виразу та відсутності у відповіді другого виразу. Запити можна поєднувати, використовуючи круглі дужки, наприклад: старий? | антикварн??) & автомобіль* .
Багато пошукових систем дозволяють при пошуку враховувати відстань між словами. Умовно «відстань» між словами – це кількість сторонніх слів, що зустрічаються разом із словами, за якими ведеться повнотекстовий пошук. Наведемо приклад. Якщо запит на пошук у вигляді наступної фрази: широкий стіл, то відстанню між цими словами в тексті для різних фраз буде:

• широкий стіл – два слова;
• широкий письмовий стіл – три слова;
• широкий простір відкривався з вікна. Поручник сів за обідній стіл. - вісім слів (без урахування стоп-слів «за» та «із», а також розділових знаків).

Якщо користувач шукає стіл для покупки, останній фрагмент його не зацікавить. Для пошуку стійких словосполучень вибирайте опцію пошуку «слова разом» розширеного пошуку або використовуйте ключові слова для обмеження відстані. **
У деяких пошукових машинах передбачено опцію «Пошук по країнах» та «Пошук по регіонах». Для цього користувач у спеціальному полі форми запиту пише (або вибирає) назву країни та регіону. У цьому випадку відповіді на запит «фільтруються» по Інтернет-адресах серверів, які розташовані в даному регіоні.

Деякі пошукові системи надають послугу фільтрації вмісту типу файлів. Так, за замовчуванням пошук ведеться лише за веб-сторінками (html-файлами). Під час увімкнення фільтра також буде здійснюватися пошук у файлах формату Adobe Acrobat (.pdf), Microsoft Word (.doc), Microsoft Excel (.xls), Microsoft PowerPoint (.ppt) та Macromedia Flash (.swf). Необхідно тільки врахувати, що проіндексованого вмісту цих файлів набагато менше, ніж HTML, тому якщо пошук з використанням цього фільтра дасть негативний результат, це не означає, що таких фрагментів в цих файлах немає - швидше за все, їх просто немає в індексі.

Вбудований фільтр деяких пошукових систем дозволяє перевіряти та вибраковувати веб-сторінки, завантажені на веб-сервер раніше чи пізніше певних дат. Цим фільтром можна відсікти «мертві» сторінки, що давно не оновлюються.
Фільтр розміру файлів дозволяє відсікти надто малі (менше 1 Кб) або надто великі файли або веб-сторінки.

За замовчуванням пошукова система шукає лише оригінальні сторінки, а не їхні копії на інших веб-сайтах (так званих дзеркалах, mirror англійською). Щоб система не ігнорувала дзеркала, необхідно увімкнути цю опцію.

У випадку регістр написання літер у пошукових словах і операторах значення немає. Тобто такі слова, як кінь та КІНЬ, and та aND сприймаються пошуковими системами як однакові. Однак, у деяких пошукових системах, з метою підвищення якості пошуку, регістр слів у запиті береться до уваги. Насамперед, це стосується обробки власних назв. Наприклад, якщо запит у Рамблері складається з двох, трьох або чотирьох слів, кожне з яких починається з великої літери, то ці слова вважаються власними іменами. Пошукова система автоматично змінює обмеження відстані між словами запиту зі значенням за замовчуванням на величину (n-1)*2, де n - кількість слів у запиті. Це дозволяє знаходити групу слів запиту, всередині якого є не більше одного «зайвого» слова або розділового знака, наприклад: «Микола Гаврилович Чернишевський», «Л.М. Толстой», «Ростов на Дону».

Для пошуку цитат можна використовувати подвійні лапки. Слова запиту, укладеного в подвійні лапки, шукаються у документах у тих форматах та в тому порядку, в якому вони зустрілися у запиті. Отже, подвійні лапки можна використовувати просто для знаходження слова у заданій формі (за умовчанням слова перебувають у всіх морфологічних формах).

За кожним словом запиту ведеться пошук з урахуванням правил словотвору та морфології відповідної мови. Наприклад, при пошуку за словом "людина" будуть знайдені документи, що містять слова "людині", "людині", "людині", і навіть "люди". Щоб зробити пошук тільки за однією певною формою слова, потрібно взяти його в подвійні лапки, або скористатися пошуком точної фрази розширеного пошуку.

Деякі слова та символи за замовчуванням виключаються із запиту у зв'язку з малою інформативністю. Це так звані стоп-слова, найчастіші слова російської та англійської мови: прийменники, частки, спілки та артиклі. Присутність цих слів може уповільнити пошук та негативно вплинути на повноту результатів. Якщо потрібно все-таки включити ці слова в пошук, використовуйте подвійні лапки.

Якщо запит складається з декількох слів, і при цьому деякі з них взагалі не вдалося знайти, видаються результати пошуку за частковим запитом. З цього результату часткового пошуку виключаються відсутні слова. При цьому на сторінці результатів пошуку видається відповідна діагностика. Якщо запит було складено з двох або кількох слів без застосування операторів та конструкцій мови запитів, то буде знайдено документи, в яких трапляються всі слова запиту. При цьому для кожного запиту завжди існує так зване обмеження контексту - позитивне число, що за промовчанням дорівнює відстані 40 слів.

Документ, в якому зустрічаються всі слова запиту, буде виданий лише в тому випадку, якщо відстані в словах між входженнями цих слів запиту буде меншим від цього числа. Наприклад, на запит: «червона армія» будуть знайдені ті документи, в яких слова «червона» та «армія» будуть хоча б один раз менші, ніж у 40 словах один від одного. Значення обмеження контексту можна змінювати конструкцією «(число, запит)», де число – будь-яке позитивне число, а запит – будь-який коректний з погляду пошукової машини запит, що складається з більш ніж одного слова. Таким чином, за запитом «(2, червона армія)» знайдуться тільки ті документи, в яких між словами «червона» та «армія» хоча б раз не варте жодного слова (оскільки лише у разі їхнього безпосереднього сусідства різниця в порядкових номерах слів менше двох, тобто дорівнює одиниці).

Пошукові системи фізично не можуть створювати індекси усіма мовами. Усі пошукові системи мають «національну» складову. Якісь з пошукових систем шукають тексти лише англійською мовою (Yahoo.Com, Alta Vista.Com), якісь російською та англійською (Рамблер), деякі індексують сторінки кількома мовами. Наприклад, пошукова система Яндекс здатна індексувати файли російською, англійською, німецькою, французькою, українською та білоруською мовами. Окремо серед цих пошукових систем стоїть Google: її базовий сервер (www.google.com) індексує файли англійською мовою, а національні сервери (www.google.de, www.google.fr, www.google.ru) - на своїх національних мовами. Всі індексні бази знаходяться в одній глобальній мережі, тому можна сказати, що Google - одна з небагатьох пошукових систем, яка шукає відразу всіма мовами в мережі.

Особливості складання запитів у різних пошукових машинах

Ліцензійно-правові особливості вільного програмного продукту

Визначення Вільного Програмного Забезпечення було дано Річардом Столлменом у 1986 році. Однак саме це явище існувало й раніше. Власне, більшість програмного забезпечення до 1980-х років поширювалася принципами, що у основі Вільного ПЗ.
Вільне ПЗ може вважатися таким, якщо надає користувачеві такі чотири свободи:

• свобода запуску програми з будь-якою метою;
• свобода вивчення роботи програми та адаптації її до потреб користувача (необхідною умовою цієї свободи є доступ до вихідних кодів);
• свобода розповсюдження копії;
• свобода поширення модифікацій та покращених версій

Фонд Вільного Програмного Забезпечення (Free Software Foundation, заснований 1985 р. Річардом Столлменом), поділяє ПЗ на вільне (Free Software), напіввільне (Semi-free Software) та власне (Proprietary Software). Вільне ПЗ повинно мати всі чотири свободи, наведені вище. Напіввільне допускає самі свободи, лише щодо некомерційного використання. Решта програмного забезпечення належить до собственническому.

Термін «Відкрите Програмне Забезпечення» (Open Source, далі «ОППО») був запропонований в 1998 Ероком Реймондом і Брюсом Перенсом як альтернатива терміну Вільне ПЗ, оскільки слово «free» в англійському «Free Software» часто помилково читалося як «безкоштовне» ( а не «вільне»), що відлякувало комерційних підприємців. Поняття Вільне ПЗ та Відкрите ПЗ близькі, багато ліцензій задовольняють їм обом, у той же час визначення Вільне ПЗ більш суворе і вимагає обов'язкового надання свобод поширення, модифікації, вивчення та поширення покращених версій, тоді як Відкрите ПЗ концентрується на відкритості вихідних кодів як ефективного методу розробки.

По відношенню до платності програмне забезпечення можна умовно поділити на:

• Безкоштовне (Freeware). Ліцензія такого ПЗ допускає безкоштовне розповсюдження бінарних екземплярів ПЗ. Цей термін не є синонімом Free Software, оскільки Freeware може поширюватися без вихідних кодів та інших свобод, а Free Software не обов'язково поширюється безкоштовно.
• Умовно-безкоштовний (Shareware). Як правило, екземпляри, що розповсюджуються безкоштовно, мають обмежену функціональність, працюють протягом обмеженого проміжку часу або мають рекламну функцію, що відключається після оплати.

Якість відкритого вихідного коду Вільного ПЗ, як правило, вища, оскільки закритий вихідний код приховує недоліки та помилки розробника від колег та клієнтів. При відкритому коді вище частка відповідальності розробника, у тому числі його репутаційна відповідальність.

У розвитку вільного програмного забезпечення може брати участь будь-який з користувачів. Завдяки цьому Вільне ПЗ може краще відображати предметну область і бути зручнішим у застосуванні. Слід зазначити, що цей ефект найбільшою мірою позначається на галузях, що охоплюють досить велику кількість IT-фахівців, таких як розробка програмного забезпечення, наука, освіта, портали державних послуг населенню.

Завдяки доступності вихідних кодів та свободи їх використання Вільне програмне забезпечення дозволяє реалізувати всі переваги повторного використання коду.

Ефект від підтримки заснованого на Вільному ПЗ проекту IT-спільнотою може виявитися настільки великим, що навіть невеликий студентський проект може перетворитися на передовий програмний продукт, який нарівні конкурує з лідерами IT-галузі, і підтримуватиметься найбільшими комерційними та державними організаціями. Яскравий приклад – ядро ​​операційної системи Linux.

Відеоматеріали

Як влаштований інформаційний центр Google
(English)

Метт Катс (Google) пояснює, як працює пошук Google
(English)

Як шукати людей за допомогою Яндекса

Часто задавані питання

У чому основна відмінність браузерів Яндекс, Рамблер, Google?

Яндексузагальнює всі словоформи (мн. і од. число, відмінки), опускає прийменники (за, на, під і т. д.) та питання (що, коли, як і т. п.). Тобто за допомогою Яндекса ви не отримаєте конкретну відповідь на запит «Будинок» або «Дома», а лише загальна кількість запитів по всіх словоформ конкретного одиничного слова.

Окрім стандартної інформації щодо запитів, а також словосполучень та близьких тем, пошуковик надає можливість відсіювати результати по регіонах, містах, а також по місяцях.
Враховуючи той факт, що Яндекс є найпопулярнішою в Рунеті пошуковою системою, подібна статистика є найбільш репрезентативною в оцінці стану справ у Рунеті.

Рамблеру цьому плані точніший, і його звіти, за замовчуванням, видають поєднання запитів, у тому вигляді, в якому їх ввів у рядок пошуку користувач. Для видачі звіту, подібного до звіту Яндекса, в Рамблері передбачена мова запитів. Наприклад, для отримання всіх словоформ від слова "Дерево" необхідно буде ввести "Дерево".

Інтерфейс Googleмістить досить складну мову запитів, що дозволяє обмежити область пошуку окремими доменами, мовами, типами файлів тощо. Наприклад, пошук «intitle:Google site:wikipedia.org» виведе всі статті Вікіпедії всіма мовами, у заголовку яких зустрічається слово Google.
Для результатів пошуку Google раніше надавав можливість повторного пошуку, що дозволяло здійснювати пошук детальніше. Для більш детального пошуку користувачам необхідно було вказувати додаткові параметри, якими відбувався відбір результатів, що дозволяло відразу відобразити як запит, а й контекст, де він застосовується. Ця можливість спрощувала процедуру пошуку, виключивши необхідність у відкритті кожного результату.

Що таке система пошуку?

Метапошукова система (метапошукова машина) - це пошукова система, яка на відміну від класичних пошукових машин не має власної бази даних та власного пошукового індексу, а формує пошукову видачу за рахунок змішування та переранжування результатів пошуку інших пошукових систем.

Як розширити можливості пошуку?

1. У кожній пошуковій системі зазвичай є функція розширеного пошуку. З його допомогою можна знайти потрібну інформацію на конкретному сайті, у певному регіоні та певною мовою. Також можна уточнювати пошук за іншими параметрами: тип файлів, точність результату та ін. Дані параметри можуть різнитися в різних пошукових системах.
2. Більш оперативний спосіб - використання , таких як AND або &, OR або |, NOT, ?, *, «», () та ін.

Технічне завдання на розробку програми
"10-Страйк: Інвентаризація Комп'ютерів" для обліку комп'ютерів мережі підприємства "

1. Введення

1.1. Найменування програми

2. Вимоги до програми

2.2. Вимоги до надійності

2.2.1. Вимоги щодо забезпечення надійного функціонування програми

2.2.3. Відмовлення через некоректні дії користувачів системи 3. Умови експлуатації
3.1. Кліматичні умови експлуатації
3.2. Вимоги до кваліфікації та чисельності персоналу
3.3. Вимоги до складу та параметрів технічних засобів
3.4. Вимоги до інформаційної та програмної сумісності
3.4.1. Вимоги до інформаційних структур та методів вирішення
3.4.2. Вимоги до вихідних кодів та мов програмування
3.4.3. Вимоги до програмних засобів, що використовуються програмою
3.4.4. Вимоги до захисту інформації та програм
3.5. Спеціальні вимоги
4. Вимоги до програмної документації
4.1. Попередній склад програмної документації
5. Техніко-економічні показники
5.1. Економічні переваги розробки
6. Стадії та етапи розробки
6.1. Стадії розробки
6.2. Етапи розробки
6.3. Зміст робіт з етапів
7. Порядок контролю та приймання
7.1. Види випробувань

1. Введення

1.1. Найменування програми

Найменування програми: "10-Страйк: Інвентаризація Комп'ютерів" для обліку комп'ютерів мережі підприємства "

1.2. Призначення та сфера застосування

Програма "10-Страйк: Інвентаризація Комп'ютерів" призначена для інвентаризації комп'ютерів у локальних мережах, вона дозволяє адміністраторам мереж створити та вести базу даних інвентаризації та обліку комп'ютерів, комплектуючих, програм та ліцензій з можливістю перегляду та відстеженняНалаштування віддалених комп'ютерів. Також вона дозволяє вести облік апаратного та програмного забезпеченняна них.

І cвиконавці:

Cвиконавці:ні

2. Вимоги до програми

2.1. Вимоги до функціональних характеристик

Програма повинна забезпечувати можливість виконання наведених нижче основних функцій:

1) Збір інформації в організації з будь-якою структурою

1.1.Отримання інформації з різних груп даних (більше 50) апаратного та програмного забезпечення;

1.2.Збір інформації з локального та віддалених комп'ютерів та смартфонів під управлінням Windows (WMI, NetBios, реєстр), Linux та MacOS (по SSH), Android (SSH);

1.3.Три способи збору інформації: , , .

Гнучке налаштування збору інформації з комп'ютерів без прав адміністратора та комп'ютерів без мережі, а також для комп'ютерів із віддалених філій та мобільних комп'ютерів працівників, які перебувають у відрядженнях.

2. Підготовка звітності

2.1. Ведення бази даних комп'ютерів зі створенням власних полів з обліку даних про користувача та інвентаризацію;

1. Створення різних звітів (більше 70 шаблонів звітів у форматах pdf, html, doc, xml (xls), xls, txt) за станом апаратного та програмного забезпечення у мережі;

3. Оповіщення про зміни та виявлені проблеми

3.1.Контроль змін апаратного та програмного забезпечення на комп'ютерах мережі;

3.2.Оповідання про зміни у конфігураціях на комп'ютерах;

3.3.Повідомлення про виявлені проблеми (мало місця на жорсткому диску, закінчується дія ліцензійного ключа);

1. Ведення діагностики S.M.A.R.T., визначення стану здоров'я жорстких дисків;

4. Облік додатків та ліцензій

4.1.Облік ліцензійної інформації, облік закупівель ліцензійного ПЗ, виявлення проблем, пов'язаних із ліцензійною політикою;

4.2.Менеджер додатків. Ведення чорного та білого списків ПЗ, забороненого та дозволеного. Звіти щодо установок ПЗ;

4.3.Зведений аналіз конфігурацій, фільтрація даних за різними категоріями для з'ясування комп'ютерів з низькою продуктивністю або з'ясування потенційних проблем.

2.2. Вимоги до надійності

2.2.1 Вимоги щодо забезпечення надійного функціонування програми

Надійне (стійке) функціонування програми має бути забезпечене виконанням Замовником сукупності організаційно-технічних заходів, перелік яких наведено нижче:

а) організацією безперебійного живлення технічних засобів;

б) використанням ліцензійного програмного забезпечення;

в) регулярним виконанням рекомендацій Міністерства праці та соціального розвитку РФ, викладених у Постанові від 23 липня 1998 р. Про затвердження міжгалузевих типових норм часу на роботи з сервісного обслуговування ПЕОМ та оргтехніки та супроводу програмних засобів»;
г) регулярним виконанням вимог ГОСТ 51188-98. Захист інформації. Випробування програмних засобів на наявність комп'ютерних вірусів

2.2.2. Час відновлення після відмови

Час відновлення після відмови, викликаного збоєм електроживлення технічних засобів (іншими зовнішніми факторами), не фатальним збоєм (не крахом) операційної системи, не повинен перевищувати 30 хвилин за умови дотримання умов експлуатації технічних та програмних засобів.
Час відновлення після відмови, спричиненої несправністю технічних засобів, фатальним збоєм (крахом) операційної системи, не повинен перевищувати часу, необхідного для усунення несправностей технічних засобів та переустановки програмних засобів.

2.2.3. Відмовлення через некоректні дії користувачів системи

Відмовлення програми через некоректні дії користувача при взаємодії з програмою через Інтернет інтерфейс неприпустимі.

3. Умови експлуатації

3.1. Кліматичні умови експлуатації

Кліматичні умови експлуатації, за яких повинні забезпечуватися задані характеристики, повинні задовольняти вимоги до технічних засобів у частині умов їх експлуатації.

3.2. Вимоги до кваліфікації та чисельності персоналу

З програмою можуть працювати кілька адміністраторівcрозмежуванням прав доступу.

При цьому перший користувач, який запустив програму, отримує повний доступ до бази. Інші користувачі будуть працювати в режимі "тільки читання" і при запуску програми отримають сповіщення з ім'ям комп'ютера, який заблокував доступ. У такому режимі вони можуть переглядати та шукати інформацію, створювати звіти, але не оновлювати базу даних (аналогічно працює, наприклад, MS Word при відкритті файлів через мережу)

До переліку завдань, що виконуються адміністратором, також можуть входити:

а) завдання підтримання працездатності технічних засобів;

б)завдання установки (інсталяції) та підтримки працездатності системних програмних засобів - операційної системи;

в) завдання встановлення (інсталяції) програми.
г) завдання створення резервних копій інформаційної бази.

д) виявлення відповідності ліцензійних ключів та серійних номерів програмних продуктів,

е) виявлення користувачів, які порушують ліцензійну угоду, і навіть ведення обліку ліцензій;

ж) додавання комп'ютерів з діапазону IP адрес та ін;

3.3. Вимоги до складу та параметрів технічних засобів

Особливих вимог до складу та параметрів технічних засобів не пред'являється.

Успішно працює з базою понад 10 000 комп'ютерів.

3.4. Вимоги до інформаційної та програмної сумісності

3.4.1. Вимоги до інформаційних структур та методів вирішення

При використанні для збору інформації з комп'ютерів та проведення інвентаризації, програма встановлюється лише на комп'ютер адміністратора тане вимагає встановлення програм на комп'ютерах користувачів. Процес збору даних ведеться у фоновому режимі, паралельно опитуються кілька комп'ютерів одночасно, звільняючи час перегляду даних і підготовку звітів. Опитування ведеться за протоколами WMI та SSH, дозволяючи опитувати Windows, Linux та MacOS комп'ютери, а також Android-пристрої.

Імпорт структури організації здійснюється з Active Directory.

Для опитування комп'ютерів під керуванням ОС Лінукс можна використовувати протоколSSH. На машинах має стоятиSSH-Сервер.

Програма може працювати з СУБД MS SQL, MySQL, Oracle. Підтримуються російські СКБД Linter та Postgre.

3.4.1.2. Вимоги до запитів користувачів даних із бази

Користувачі та адміністратори працюють з базою даних через Інтернет-інтерфейс.

Програма збирає дані за допомогою технології WMI.

Якщо використання WMI в мережі з будь-якої причини неможливе (політика безпеки або Windows Home-версій), програма підтримуєще два альтернативні способи збору інформаціїз комп'ютерів: за допомогою агентів та клієнтів. Клієнти дозволяють опитувати навіть комп'ютерибез мережі , а також відрядження ноутбуки.

3.4.2. Вимоги до вихідних кодів та мов програмування

Додаткові вимоги не висуваються.

Системні програмні засоби, що використовуються програмою, мають бути представлені ліцензійною локалізованою версією операційної системи Windows Vista/7/8/10.

3.4.4. Вимоги до захисту інформації та програм

Вимоги захисту інформації та програм не пред'являються.

3.5. Спеціальні вимоги

Програма повинна забезпечувати одночасну роботу кількох адміністраторів та користувачів за допомогою Веб-інтерфейсу.

4. Вимоги до програмної документації

4.1. Попередній склад програмної документації

Склад програмної документації повинен включати:

4.1.1. технічне завдання;

4.1.2. програму та методики випробувань;

4.1.3. керівництво оператора;

5. Техніко-економічні показники

5.1. Економічні переваги розробки

Орієнтовна економічна ефективність не розраховується. Аналогія не проводиться з огляду на унікальність вимог до розробки.

6. Стадії та етапи розробки

6.1. Стадії розробки

Розробка має бути проведена в три стадії:

1. розробка технічного завдання;

2. робоче проектування;

3. Використання.

6.2. Етапи розробки

На стадії розробки технічного завдання має бути виконаний етап розробки, погодження та затвердження справжнього технічного завдання.
На стадії робочого проектування повинні бути виконані наступні етапи робіт:

1. розробка програми;

2. розробка програмної документації;

3. випробування програми.

На стадії впровадження має бути виконаний етап розробки підготовка та передача програми.

6.3. Зміст робіт з етапів

На етапі розробки технічного завдання мають бути виконані перелічені нижче роботи:

постановка задачі;

визначення та уточнення вимог до технічних засобів;

визначення вимог до програми;

визначення стадій, етапів та термінів розробки програми та документації на неї;

узгодження та затвердження технічного завдання.
На етапі розробки програми має бути виконана робота з програмування (кодування) та налагодження програми

На етапі розробки програмної документації має бути виконано розробку програмних документів відповідно до вимог до складу документації. На етапі випробувань програми повинні бути виконані такі види робіт:
а). розробка, погодження та затвердження та методики випробувань;b). проведення приймально-здавальних випробувань;

c)коригування програми та програмної документації за результатами випробувань.

На етапі підготовки та передачі програми має бути виконана робота з підготовки та передачі програми та програмної документації в експлуатацію на об'єктах Замовника.

7. Порядок контролю та приймання

7.1. Види випробувань

Прийомо-здатні випробування повинні проводитись на об'єкті Замовника в обумовлений термін. Прийомо-здатні випробування програми повинні проводитися відповідно до розробленої Виконавцем та погодженої Замовником Програми та методик випробувань. Хід проведення приймально-здавальних випробувань Замовник та Виконавець документують у Протоколі проведення випробувань.

7.2. Загальні вимоги до приймання

На підставі Протоколу проведення випробувань Виконавець спільно із Замовником підписує Акт приймання-здачі програми в експлуатацію.