Вікторія М.
Переможець- Проєкти 390
- Оцінка 4.9
- Рейтинг 15 104
Бюджет: 3000 UAH Термін: 14 днів
Можу взятися за виконання вашого проекту. По сроках потрібно буде 2 тижні. Ціну указую в ставці.
Ставки приховані
Ставки поки відсутні
Ставки приховані
-
Виктор Прохоров 28 грудня 2022а разве нельзя воспользоваться готовой программой, там же тоже есть какая то статистика
-
Данило Залізчук
28 грудня 2022
В программе только при помощи фигур, которые участвуют в сетях Петри, рисуется, собственно, эта модель Петри. Она потом конвертится в код, как я понимаю, и на этом все. Поэтому по задачам курсовой, нужно дописать некоторый код.
-
Виктор Прохоров 28 грудня 2022ну программы же по сетям петри в них их и создать можно и провести моделирование, и там уже есть втроенная всякая статистика
-
Вікторія М. 28 грудня 2022Не существует ни одной программы, которая бы реализовывала функционал сетей Петри надлежащим образом.
Правда автор приложенного к проекту учебного проекта считает по-другому.
В жизни ее поделка на Java крайне корявая, поэтому что-то там дописать быстро получится вряд ли.
-
Данило Залізчук
28 грудня 2022
На счет сетей Петри подсказал товарищ, я решил из-за этого уточнить здесь проект.
Вы уверены, что для моей задачи подходит СМО? Если это так - нужно толковое объяснение, которое я бы описал преподавателю, чтобы он утвердил/опровергнул вариант решения задачи, чтобы можно было спокойно выполнять работу.
-
Вікторія М. 28 грудня 2022Конкретно задача вашего варианта проще решается с использованием сети Петри. Вообще говоря, система Петри есть одна из возможных нотаций описания системы массового обслуживания.
Задачу можно решить как с использованием сети Петри, так и например, непосредственно моделированием дискретной системы. Для моделирования можно использовать объектный подход, а реализовать в Python, MatLab SimEvents или Arena.
Если нужно написать текст, как правило, не имеет значение писать карандашом или ручкой. В данном случае сеть Петри как раз инструмент всего лишь.
Просто для конкретного преподавателя это дело всей жизни.
-
Данило Залізчук
28 грудня 2022
Вижу, что вы хорошо разбираетесь в этой теме. Мы могли бы обговорить интересующую вас цену для этого проекта.
Актуальні фриланс-проєкти в категорії Десктопні додатки
Розробка додатку Power App, супровід мене як новачка. Canvas App, допомога в розробці Screen Домомога в розробці структури даних для App Програмування функцій Допомога у створенні Date-verse-Таблиць
Потрібно допомогти переосмислити та побудувати чисту relational-схему для внутрішньої операційної системи на Airtable. Поточна база вже використовується командою, але вона виросла органічно: структура частково плоска, частина таблиць/в’юшок використовується активно, частина майже не використовується, а документи зараз радше “підтягують” інформацію в Airtable, хоча в ідеалі Airtable має стати джерелом правди і генерувати потрібні операційні артефакти. Потрібна не просто допомога з формами чи автоматизаціями, а саме структурна робота: аналіз поточної логіки, проєктування relational-схеми, створення чистої нової бази/інстансу, документація та рекомендації щодо міграції до нової схеми. І потенційно можливо навіть впровадження Контекст системи: Є два основні напрями: Feedback system Система для збору й обробки сигналів від зовнішніх радників, фокус-груп, внутрішніх команд та stakeholders. Має підтримувати: signal log / реєстр сигналів; advisor tracking; feedback intake; synthesis dashboard; status / gates / recommendations; close-the-loop логіку. Product catalog У каталозі продуктів зараз близько 400 записів, приблизно 100 з них активні/live. Потрібно краще структурувати продукти, статуси, зв’язки, джерела даних, lifecycle/gate logic та звітність. Поточний стан: Airtable вже існує і використовується командою. Поточна точність даних приблизно 80%. Схема переважно flat, не relational. Активно використовуються лише перші кілька таблиць/вкладок: Частина validation gates, tasks/decisions і dashboard views поки майже не використовується. Немає PII. Будь-яка робота з live base має бути максимально обережною: без змін у production без погодження. Ідеальний підхід — аналіз структури та побудова нової чистої бази окремо у Sandbox. Що потрібно зробити: Phase 1 — Audit & architecture recommendation Подивитися на поточну структуру Airtable. Визначити, які таблиці/поля/в’юшки реально потрібні, які дублюються, які можна об’єднати або прибрати. Запропонувати relational data model. Описати основні entities, relationships, primary keys, linked records, lookup/rollup logic. Запропонувати clean schema для Проєкту + Product catalog. Визначити, які dashboards/interfaces потрібні для різних користувачів. Підготувати короткий architecture memo або schema map. Phase 2 — Build clean Airtable base Створити нову чисту Airtable base / instance. Налаштувати таблиці, поля, linked records, views, basic interfaces. Налаштувати базову dashboard/reporting логіку. Підготувати migration map: як переносити дані зі старої структури в нову. Задокументувати структуру так, щоб команда могла підтримувати її після передачі. За потреби — запропонувати automation strategy, але без надмірної складності. Очікувані deliverables: Airtable schema map. Нова clean Airtable base. Таблиці + relationships + key fields. Views/interfaces для основних користувачів. Migration recommendation. Коротка документація для команди. Рекомендації щодо governance: хто вносить дані, хто апрувить зміни, які поля є обов’язковими, як уникати дублювання. Опційно: 1 короткий handoff call / Loom walkthrough. Важливі security / access правила: Без PII. Без небезпечних токенів або персональних інтеграцій. Не можна підключати AI/MCP/ChatGPT/Claude до live Airtable. Якщо потрібен доступ до існуючої бази, він має бути read-only або через експорт/скріншоти/структурний опис. Будь-які записи/зміни робляться тільки в новій тестовій/чистій базі, не в live production. Кого шукаю: Ідеальний кандидат має досвід: Airtable base architecture; relational schema design; Airtable interfaces, views, forms, automations; migration/cleanup of messy Airtable bases; product operations / CRM / workflow systems; documentation and handoff; У відгуку, будь ласка, вкажіть: Приклади Airtable-баз або систем, які ви будували. Чи був у вас досвід перетворення flat Airtable structure у relational schema. Як би ви підійшли до audit → schema design → build. Орієнтовну оцінку годин для Phase 1. Ваш hourly rate або fixed-price пропозицію для першого етапу. Чи готові працювати під NDA. Формат роботи: Почати бажано найближчим часом. Спочатку можна зробити невеликий paid discovery/audit, після чого перейти до повного build.