Зміст

1. Загальна характеристика ФОП Зюков С.В.

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

2. Організація інформаційного забезпечення ФОП Зюков С.В. Електронний документообіг

3. Інформаційні системи та технології, їх основні характеристики

• 
  процесор – Intel Core i7-9100F (3,6 - 4,2 ГГц);
  

• 
  об'єм оперативної пам’яті – 16 ГБ;
  
• 
  тип відеокарти і об’єм відеопам'яті – дискретна, nVidia GeForce GTX 1650, 6 ГБ виділеної пам'яті;
  
• 
  чипсет материнської плати – Intel B365i-P;
  
• 
  об’єм HDD – SSD 480 ГБ.
  

• 
  процесори – Intel Core i5, Intel Core i7, AMD Ryzen 3;
  
• 
  об'єм оперативної пам’яті – 16 ГБ, 32 ГБ;
  
• 
  відеокарта – GeForce GTX 1060, GeForce GTX 1650, GeForce GTX 1080 Ti;
  
• 
  об’єм SSD –240 ГБ, 500 ГБ, 1Тб;
  
• 
  дисплей – 20, 22, 23, 24, 15, 18 дюймів.
  

4. Аналіз автоматизованих робочих місць, їх загальна характеристика

• 
  текстовий редактор;
  
• 
  електронна пошта;
  
• 
  система управління проектами Trello;
  
• 
  веб-переглядач Google Chrome;
  
• 
  програмне забезпечення Skype та Zoom;
  
• 
  набір інструментів для дебагінгу DevTools;
  
• 
  редактор коду PhpStorm.
  

• 
  особисту інформаційну систему (органайзер);
  
• 
  СУБД (для роботи з базами даних з усіх аспектів діяльності організації, а також для отримання необхідної архівної та оперативної інформації);
  

5. Ступінь і аналіз автоматизації процесів господарської діяльності

//etc/. Ми повинні назвати модуль відповідно до такої схеми Namespace_Module: де Namespace – це ім’я постачальника модуля (розробника), а Module –
це ім’я модуля.

Мінімальна інформація, яка необхідна для оголошення модуля:

• 
  повна назва модуля;
  
• 
  залежності модуля (при їх наявності).
  

Залежності модуля. Концепція залежностей грає дуже важливу роль в Magento 2: всі модулі зібрані у логічні групи з унікальними окремими функціями. У таких умовах кілька модулів не можуть відповідати за одну і ту ж функцію. У той же час один модуль не може відповідати за різні функції в Magento 2. Для цього потрібно оголошувати всі залежності. Відключення і/або видалення модуля не призводить до відключення і/або видалення інших модулів. Модулі можуть залежати від таких компонентів, як інші модулі, PHP розширення і бібліотеки.

Ми можемо управляти залежностями модуля за допомогою 3-х кроків:

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

Декларація залежностей. Всі залежності перераховані у файлі composer.json кожного модуля (рис. 8). Нижче приклад використання:



Рис. 8. Декларація залежностей
Порядок завантаження залежностей. Щоб оголосити порядок завантаження будь-яких залежностей, ми повинні використовувати елемент  у файлі module.xml.

Код  є необов’язковим елементом, тому він використовується тільки в тих випадках, коли необхідний певний порядок завантаження модулів (рис. 9).



Рис. 9. Порядок завантаження залежностей
Елемент файлу module.xml використовується тільки для визначення порядку завантаження залежностей. Ми повинні використовувати файл composer.json, щоб зробити фактичні оголошення залежностей.

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

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

Диспетчер об’єктів показує середовище залежностей для впровадження у конструктор. Він повинен використовуватися тільки при написанні коду.

Типи залежностей модуля. В Magento є два типи залежностей модулів: жорсткі і м’які залежності.

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

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

Послідовність установки: спочатку встановлюється модуль, який служить залежністю для іншого модуля, а потім – модуль, який покладається на нього.

Модулі та області дії. Модулі визначають не тільки ресурси, які видно і доступно в області, але також і поведінку області.

Magento складається з наступних областей:

• 
  adminhtml – відповідає за Панель адміністрування Magento 2;
  
• 
  frontend – відповідає за зовнішній інтерфейс (Storefront);
  
• 
  webapi_rest – веб-API REST;
  
• 
  webapi_soap – SOAP Web API;
  
• 
  doc.
  

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

Варто пам’ятати, що модуль не повинен залежати від іншої області модуля.

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

Угода про розташування модулів. Існують спеціальні стандарти і угоди в Magento 2, які відносяться до розташування модулів в файлової системі.

Правила розташування модулів. Так виглядає стандартна локалізація для конкретних об’єктів.

Об’єкт	Розташування
База коду користувацького модуля	app/code//
Файли теми	app/design/<область>//
Файли бібліотек	lib/

6. Рівень використання інформаційних технологій

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

Зовні Trello (рис. 10) – це робочий стіл, на якому розташовані дошки (Board), яким можна привласнити будь-які імена та назви, списки (Lists) і картки (Cards). Останні можна безперешкодно перетягувати та переміщувати.
Trello успадковує принципи роботи японський системи канбан, вигідно відрізняючись від інших to-do – менеджерів за рахунок можливості бачити весь обсяг роботи на одній дошці.

Trello доступний як для роботи в інтернеті, так і у вигляді додатків на iPhone / iPad, Android, Windows 8 і Windows RT. На сьогоднішній день веб-додаток безкоштовний, але можна користуватися і платними послугами, запущеними з 2013 року.



Рис. 10. Інтерфейс Trello
Можливості та переваги:

1. 
   На одній дошці може розміщуватися як невеликий, так і грандіозний проект з вражаючою кількістю списків і карток.
   
2. 
   За допомогою широкого набору інструментів (Boards, Lists, Cards) можна охопити проект до найдрібніших деталей. Кожна окрема картка може бути простим завданням або комплексним проектом, всередині якого розташовуються чекліст, коментарі, гіперлінки, голосування та робочі документи.
   
3. 
   Залежно від пріоритетності будь-якої задачі, її можна не тільки переносити в інший список, але і переміщати по ньому вгору / вниз, що допоможе розраховувати час і інші ресурси краще будь-якого нагадування.
   
4. 
   Для кожної конкретної задачі може бути призначений окремий виконавець. Для цього потрібно вибрати колегу зі списку робочої команди в певну картку або просто перетягнути туди його аватар. У разі будь-яких змін, можна прикріпити колегу до іншої задачі так само перетягнувши його.
   
5. 
   Завдяки використанню кольорових Labels більше немає потреби виділяти або підкреслювати щось. Можна розставляти акценти за своїм власним бажанням, використовуючи як базові безкоштовні, так і розширені платні можливості. А якщо вас відволікають «заморожені» на даний момент завдання, можна їх приховати до певного часу. За допомогою Regular і
   Pirate mode можна видозмінити неактивні картки, зробивши їх, наприклад, прозорими.
   
6. 
   Trello є універсальним інструментом, як для командної роботи, так і для особистого користування. Його можна використовувати як week-planner, створивши 7 списків (на робочому столі за замовчуванням поміщається 5 списків, але їх кількість можна змінювати, зробивши стовпці тонше).
   
7. 
   Підтримка мови розмітки Markdown дозволяє міняти стилі тексту.
   

Завдяки цьому можна:

а) додавати завдання через e-mail - система присвоїть вам поштову адресу. Відправляючи на нього лист, ми автоматично створимо картку на обраної дошці в Trello;

б) автоматичне створення картки при додаванні файлів Dropbox і Google Drive;

в) створення подій в Google Calendar за допомогою карток (рис. 11).


Рис. 11. Створення подій в Google Calendar

7. Висновки та пропозиції

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

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

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