Тема уроку 2.2:

«Складання заявки на отримання необхідної техніко-технологічної та проєктної документації, програмного забезпечення»

Тема 2: Організація робочого місця оператора з обробки інформації та програмного забезпечення

Майстер в/н Світлана СОВЕНКО

Мета уроку

​

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

​

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

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

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

Інструктаж щодо правил поведінки в умовах воєнного стану

• ЩО РОБИТИ ПРИ СИГНАЛІ «ПОВІТРЯНА ТРИВОГО»
• Вразі сповіщення повітряної тривоги перебуваючи вдома та під час дистанційного навчання негайно всім здобувачам освіти прямувати до найближчих захисних споруд, укриттів при цьому зберігати спокій, не панікувати.
• Швидко одягнутися. Закрити вікна, вимкнути усі електричні та нагрівальні прилади, перекрити газ, загасити печі, вимкнути світло.
• Взяти «тривожну валізу» (індивідуальні засоби захисту, запас продуктів і води, особисті документи, кишеньковий ліхтар).
• ЩО РОБИТИ ПІД ЧАС ОБСТРІЛУ СТРІЛЕЦЬКОЮ ЗБРОЄЮ?
• слід ховатися у захищеному приміщенні (ванній кімнаті) або варто лягти прикрившись предметами, що здатні захистити від уламків і куль.
• Якщо ви потрапили під стрілянину на відкритому місці, краще впасти на землю та закрити голову руками. Ефективним захистом буде будь-який виступ, тротуар, бетонна сміттєва урна, сходинки ґанку, заглиблення в землі або канава. Не ховайтеся за автомобілями або кіосками, бо вони часто стають мішенями.
• Тіло повинно бути в максимально безпечному положенні. Згрупуйтеся, ляжте в позу ембріона. Розверніться ногами у бік стрілянини, прикривши голову руками та відкривши рот, щоб близький вибух не завдав шкоди барабанним перетинкам.

​

Інструктаж щодо правил поведінки в умовах воєнного стану

• ЩО РОБИТИ ПІД ЧАС АРТОБСТРІЛІВ?
• Не залишайтеся в підʼїздах, під арками та на сходових клітках. Також небезпечно ховатися в підвалах панельних будинків, біля автомобільної техніки, автозаправних станцій і під стінами будинків із легких конструкцій.
• Якщо вогонь артилерії, мінометний обстріл, авіаційне бомбардування застали вас на шляху, негайно лягайте на землю, туди, де є виступ або хоча б у невелике заглиблення. Закривайте долонями вуха та відкривайте рот.

ЩО РОБИТИ ПІД ЧАС АРТИЛЕРІЙСЬКИХ ОБСТРІЛІВ СИСТЕМАМИ ЗАЛПОВОГО ВОГНЮ?

• Ракету можна помітити та зреагувати, адже залп реактивної установки добре видно. Вночі це яскравий спалах на обрії, а вдень – димні сліди ракет.
• Ховайтеся в підвалі або в іншому заглибленому приміщенні. Вибирайте місце в кутку між несучими стінами та недалеко від вікон і дверей для того, щоб миттєво покинути будинок у разі влучення снаряда.
• Не виходьте з укриття, не перечекавши хоча б 10 хвилин після обстрілу.

• Грамотна експлуатація і дисциплінована поведінка дають повну гарантію без- пеки при роботі на комп'ютері.
• Комп'ютер живиться від електричної мережі напругою 220В. Напруга, більша 36В, небезпечна для людини.
• Джерелом небезпеки можуть бути розетки з розбитими корпусами, проводи з пошкодженою ізоляцією, прокладені по підлозі кабелі.
• Інструкція з техніки безпеки

Суворо забороняється:

• торкатися задніх стінок комп'ютера і кабелів; торкатися до проводів живлення і заземлення; торкатися екрана монітора і його задньої стінки;
• класти книги, зошити на клавіатуру, „мишу" або монітор; працювати з мокри-ми руками або в мокрому одязі. Перед роботою переконайся у відсутності ви- димих пошкоджень.

Під час роботи:

• не допускай різких і грубих ударів по клавішах; у жодному разі не намагайся самостійно ремонтувати ПК; якщо зникла напруга негайно вимкни комп'ютер.

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

• коректно заверши роботу з активними програмами;
• прибери своє робоче місце.

ІНСТРУКТАЖ З ОП ТА БЖД

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

Технічна документація

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

Технічна документація

Технічна документація

Всю технічну документацію можна розділити на дві головні категорії:�

• документація продукту;
• документація процесу.

Документація продукту

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

• Системна документація – це документи, які описують саму систему та її частини. Вона містить документи вимог, проєктні рішення, описи архітектури, вихідний код програми та поширені запитання.
• Документація користувача – це документи, які підготовлені в основному для кінцевих користувачів продукту та системних адміністраторів. Вона включає навчальні посібники, посібники користувача, посібники з усунення несправностей, встановлення та довідкові посібники.

Документація процесу

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

​

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

Документ вимог до продукту

Які пункти слід включити в документ з вимогами до продукту?�

• Ролі та обов’язки. Вказується інформація про учасників проєкту, включаючи власника продукту, членів команди та зацікавлені сторони.
• Цілі команди та бізнес-цілі. Коротко описуються найважливіші цілі.
• Передумови та стратегічна відповідність. Стисло описується  пояснення стратегічної мети своїх дій. (Чому створюється продукт? Як впливають певні дії на розвиток продукту? Чи відповідають результати цих дій цілям компанії? і т.п.)
• Припущення. Список технічних або бізнес-припущень, які може мати команда.
• Історії користувачів.  Перелічуються історії користувачів, які потрібні для проєкту.
• Приймальний критерій. Визначається задовільний результат для сценарію використання з точки зору кінцевого користувача.
• Взаємодія з користувачем і дизайн. Дослідження дизайну та карти екранів (wireframes).
• Питання. Хорошою практикою є записувати всі питання, які виникають під час просування проєкту.
• Не робити. Перелічуються речі, які зараз не будуть виконуватися, але які планується зробити найближчим часом. Такий список допоможе організувати командну роботу та визначити пріоритети функцій.

Документація дизайну

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

Документація дизайну

На етапі створення прототипів та проєктування створюються такі документи:

​

 карти сайту/продукту (site/product maps): представляють собою схеми, на яких відображено зв’язок між усіма сторінками продукту і допомагають команді візуалізувати структуру веб-сайту чи програми та зв’язки між сторінками/функціями;

• каркаси (wireframes): схеми, які показують, як розташувати елементи на сторінці та як вони повинні поводитися (але не показують, як ці елементи мають виглядати);
• макети (mock-ups): демонструють фактичний вигляд продукту і мають вигляд статичних зображень, що представляють кінцевий дизайн;
• прототипи (prototypes): по суті це макети, з якими можна взаємодіяти (натискати кнопки, переходити між різними сторінками, тощо);
• звіти про тестування зручності використання (usability testing reports): короткі документи зі зворотним зв’язком, створені для передачі результатів тестування зручності використання.

Заявка

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

Основні етапи складання заявки

1. Аналіз потреби

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

- Чи потрібні нові документи або можна використовувати наявні?

- Яке програмне забезпечення необхідне для реалізації проєкту?

- Які технічні вимоги потрібно врахувати під час вибору документів або програм?

2. Пошук доступних ресурсів

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

Форми подачі заявок

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

​

- Електронна форма: швидша і більш інтегрована в сучасні системи документообігу.

Оформлення заявки на отримання технічної документації

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

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

- Заголовок: Заявка на отримання програмного забезпечення для розробки веб-сайтів.

- Адресат: ІТ-відділ.

- Опис: Потрібно отримати ліцензії на програму Adobe Dreamweaver для 5 робочих станцій.

- Обґрунтування: ПЗ необхідне для розробки та підтримки корпоративного веб-сайту.

- Специфікація: версія програми: 2024, кількість ліцензій: 5, термін дії ліцензій: 1 рік.

- Термін виконання: 7 робочих днів.

- Відповідальний: Ім'я працівника.

Помилки при складанні заявок

- Неповне або неточне описання потреби: заявка повинна містити точні характеристики потрібних документів чи ПЗ. Загальні фрази на кшталт "Потрібні документи для обладнання" можуть призвести до отримання неправильних або неповних матеріалів.

- Відсутність обґрунтування: без пояснення, навіщо потрібні ті чи інші ресурси, керівництво або відповідальні відділи можуть не розуміти пріоритетності цієї заявки.

- Невказаний термін виконання: якщо заявка не містить термінів, її виконання може бути відкладене на невизначений час.

ВИСНОВОК

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

Картка - завдання

• Дайте відповіді на запитання:

1. Що таке заявка і яку роль вона відіграє в організації робочого процесу?

2. Які основні етапи потрібно пройти для складання правильної заявки?

3. Яка інформація обов’язково повинна бути вказана в заголовку заявки?

4. Що слід включити до опису потреби в заявці?

5. Яку мету виконує обґрунтування у заявці і чому воно важливе?

6. Які основні елементи входять до специфікації заявки?

7. Чому важливо вказати термін виконання заявки?

8. Які можливі помилки при складанні заявки можуть призвести до затримок у її виконанні?

9. У чому полягає різниця між заявками на отримання технічної документації та на отримання програмного забезпечення?

10. Які форми подачі заявки існують і яка з них є найбільш ефективною в сучасних умовах?

• Скласти заявку на отримання програмного забезпечення для освітнього процесу коледжу «СИНЕРГІЯ», яка містить всю необхідну інформацію для отримання програмного забезпечення вчасно та відповідно до вимог проєкту.

​

Фото з виконаним завданням відправити на електронну пошту

sovenko.svetlana@ukr.net

Дякую за увагу!