- •Основні дії для експлуатації пз:
- •Внедрение программного продукта
- •1)Процесс заказа
- •2)Процесс поставки
- •3)Процесс разработки
- •3.1.Разработка дизайна
- •3.2.Написание контента, текста для сайта
- •4)Процесс эксплуатации
- •5)Процесс сопровождения
- •3.2Кодирование процессов, разработка сайта
- •3.3.Тестирование
- •Основні дії для експлуатації пз:
- •Внедрение программного продукта
- •1) Компоненты системы подготовки отчетов
- •2)Типы отчетов
- •1)Бэкуса-Наура формы (бнф)
- •2)Расширенные Бэкуса-Наура формы (рбнф)
- •1)Клиентский уровень включает следующие компоненты:
- •3)Уровень данных:
- •Шляхом побудови дерева виводу.
- •Шляхом побудови дерева виводу.
- •Шляхом побудови дерева виводу.
- •1) Процесс заказа
- •2) Процесс поставки
- •3 Процесс разработки
- •4 Процесс эксплуатации
- •5 Процесс сопровождения
- •Шляхом побудови дерева виводу.
- •Шляхом побудови дерева виводу.
- •Шляхом побудови дерева виводу.
- •1)Процесс заказа
- •2)Процесс поставки
- •3)Процесс разработки
- •3.1.Разработка дизайна
- •3.2.Написание контента, текста для сайта
- •3.2Кодирование процессов, разработка сайта
- •3.3.Тестирование
- •4)Процесс эксплуатации
- •5)Процесс сопровождения
- •Шляхом побудови дерева виводу.
- •1. I* моделі (sd & sr)
- •2. Нормативні I* моделі
- •2) Нормативні і*-моделі
- •Шляхом побудови дерева виводу.
- •Сценарії створення збірок
- •Основні дії для експлуатації пз:
- •Внедрение программного продукта
- •Шляхом побудови дерева виводу.
- •21.4. Підготовте приклад в якому визначаються основні ролі у впровадженні програмного забезпечення та дайте характеристику основних функцій.
- •Шляхом побудови дерева виводу.
- •22.4. Підрахуйте кількість спожитої електроенергії та шкідливих викидів на конкретному прикладі, створивши віртуальний персональний комп’ютер.
- •Основні дії для експлуатації пз:
- •Шляхом побудови дерева виводу.
- •Шляхом побудови дерева виводу.
- •1. I* моделі (sd & sr)
- •2. Нормативні I* моделі
- •2) Нормативні і*-моделі
- •28.4.Побудувати графи арифметичних виразів. Перетворити арифметичні вирази в зворотний польський запис
Шляхом побудови дерева виводу.
Описати послідовність дій для створення дерева коду в TFS.
+**11.1.Які нормативно-технічні документи застосовуються при регламентуванні дій, які пов’язані з впровадженням і експлуатацією програмного забезпечення.
Перед впровадженням програмний продукт потребує документації — опису можливостей, посібників користувача, системи допомоги. Після впровадження програмного забезпечення, що для програмних продуктів вимагає маркетингу, системи дистрибуції, реклами тощо, програмне забезпечення потребує підтримки. Необхідність у підтримці виникає внаслідок швидкого розвитку комп'ютерів, що зумовлює необхідність взаємодії програмного продукту з іншими, новішими програмами і новою матеріальною базою. Часто підтримка нових можливостей забезпечується випуском нових версій програмного продукту.
Информационные системы эксплуатации и поддержки.
Процедуры и процессы.
Базы знаний, отчеты, журналы протоколов.
Версии проектных документов, массивы данных и программный код, разработанные во время проекта.
Отчет о завершении проекта.
Окончательные версии всех проектных документов.
Показатели удовлетворенности заказчика и потребителей.
Описание последующих шагов.
+11.2.Основні напрями екологізації знань та досвіду практик щодо розробки і супроводу програмного забезпечення.
Екологізація знань та досвіду практик щодо розробки і супроводу програмного забезпечення має три основні напрями:
- перший, пов’язаний з поширенням на програмне забезпечення і інформаційні технології загальних принципів і вимог екологічного застосування, виробництва та використання технічних об’єктів – зелені інформаційні технології (Green IT);
– другий, пов’язаний з реалізацією бережливих (ресурсозберігаючих) і безвідхідних виробництв програмного забезпечення – бережлива розробка програмного забезпечення (Lean, Agile Software development);
– третій, пов’язаний з розробкою, застосуванням та супроводом програмних продуктів як елементів соціотехнічних екосистем – соціотехнічні екосистеми (Socio-technical Software ecosystems).
+11.3.Модульне тестування програмного забезпечення.
Модульне тестування (англ. Unit testing) — це метод тестування програмного забезпечення, який полягає в окремому тестуванні кожного модуля коду програми. Модулем називають найменшу частину програми, яка може бути протестованою. У процедурному програмуванні модулем вважають окрему функцію або процедуру. Воб'єктно-орієнтованому програмуванні — інтерфейс, клас. Модульні тести, або unit-тести, розробляються в процесі розробки програмістами та, іноді, тестувальниками білої скриньки (white-box testers).
Зазвичай Unit-тести застосовують для того, щоб упевнитися, що код відповідає вимогам архітектури та має очікувану поведінку.
Метою модульного тестування є ізоляція кожної частини програми та впевненість у тому, що кожна окрема частина є коректною. Модульний тест забезпечує жорсткий «контракт», за яким має працювати тестований код. Як результат, це надає деякі переваги. Модульне тестування допомагає знайти помилки раніше в циклі розробки ПЗ, що робить розробку дешевшою та швидшою.
+11.4.Показати, що ланцюг +12.48 належить мові, що задається граматикою
G3={T, N, P, D}: T={0, .., 9, +, –, .} N={D, G, P, ЦИФРА} Правила P D ::= G | +G | –G G ::= P | P.P P ::= ЦИФРА | ЦИФРА P ЦИФРА ::= 0 | 1 . . . | 9