Pull to refresh
11
Андрей Сенченко@ASenchenko

Бизнес-архитектор. Ритейл. Логистика

0,6
Rating
3
Subscribers
Send message

Вдогонку к предыдущему, не успел за время редактирования.

Нашёл пример для DrawIO. Загнал под спойлер

Пример
Палитра Arhimate
Палитра Arhimate

Кусок промпта:

# Задача
Для описанного процесса составь Archimate-диаграмму уровня процесса в виде mxGraphModel XML для экспорта в DrawIO.

# Справочник стилей Archimate 3.0 (DrawIO)
Используй строго эти параметры для атрибута style. 
ВАЖНО: Все элементы используют shape=mxgraph.archimate3.application. Слой определяется цветом.

| Элемент | appType | archiType | fillColor |
|---------|---------|-----------|-----------|
| Мотивация (Motivation) | | | |
| Stakeholder | role | oct | #CCCCFF |
| Driver | driver | oct | #CCCCFF |
| Assessment | assess | oct | #CCCCFF |
| Goal | goal | oct | #CCCCFF |
| Outcome | outcome | oct | #CCCCFF |
| Principle | principle | oct | #CCCCFF |
| Requirement | requirement | oct | #CCCCFF |
| Constraint | constraint | oct | #CCCCFF |
| Meaning | meaning | oct | #CCCCFF |
| Value | amValue | oct | #CCCCFF |
| Стратегия (Strategy) | | | |
| Resource | resource | square | #F5DEAA |
| Capability | capability | rounded | #F5DEAA |
| Value Stream | valueStream | rounded | #F5DEAA |
| Course of Action | course | rounded | #F5DEAA |
| Бизнес (Business) | | | |
| Business Actor | actor | square | #ffff99 |
| Business Role | role | square | #ffff99 |
| Business Collaboration | collab | square | #ffff99 |
| Business Interface | interface | square | #ffff99 |
| Business Process | proc | rounded | #ffff99 |
| Business Function | func | rounded | #ffff99 |
| Business Interaction | interaction | rounded | #ffff99 |
| Business Event | event | rounded | #ffff99 |
| Business Service | serv | rounded | #ffff99 |
| Business Object | passive | square | #ffff99 |
| Contract | contract | square | #ffff99 |
| Representation | representation | square | #ffff99 |
| Product | product | square | #ffff99 |
| Приложение (Application) | | | |
| Application Component | comp | square | #99ffff |
| Application Collaboration | collab | square | #99ffff |
| Application Interface | interface | square | #99ffff |
| Application Function | func | rounded | #99ffff |
| Application Interaction | interaction | rounded | #99ffff |
| Application Process | proc | rounded | #99ffff |
| Application Event | event | rounded | #99ffff |
| Application Service | serv | rounded | #99ffff |
| Data Object | passive | square | #99ffff |
| Технология (Technology) | | | |
| Node | node | square | #AFFFAF |
| Device | device | | #AFFFAF |
| System Software | sysSw | square | #AFFFAF |
| Technology Collaboration | collab | square | #AFFFAF |
| Technology Interface | interface | square | #AFFFAF |
| Path | path | square | #AFFFAF |
| Communication Network | netw | square | #AFFFAF |
| Technology Process | proc | rounded | #AFFFAF |
| Technology Interaction | interaction | rounded | #AFFFAF |
| Technology Event | event | rounded | #AFFFAF |
| Technology Service | serv | rounded | #AFFFAF |
| Artifact | artifact | square | #AFFFAF |
| Equipment | equipment | square | #AFFFAF |
| Facility | facility | square | #AFFFAF |
| Distribution Network | distribution | square | #AFFFAF |
| Material | material | square | #AFFFAF |
| Внедрение (Implementation) | | | |
| Work Package | workPackage | rounded | #FFE0E0 |
| Deliverable | deliverable | | #FFE0E0 |
| Implementation Event | event | rounded | #FFE0E0 |
| Plateau | plateau | | #FFE0E0 |
| Gap | gap | | #FFE0E0 |
| Прочее | | | |
| Location | location | square | #efd1e4 |

# Правила генерации XML
1. Shape: Для ВСЕХ вершин используй shape=mxgraph.archimate3.application (не меняй на business/technology).
2. Стиль вершины: 
   html=1;outlineConnect=0;whiteSpace=wrap;fillColor={цвет};shape=mxgraph.archimate3.application;appType={тип};archiType={форма};
   Если archiType пустой - не указывай этот параметр.
3. Стиль связи (Flow):
   edgeStyle=orthogonalEdgeStyle;html=1;shape=archimate3-flow;endArrow=open;endFill=0;
4. Координаты: Убедись, что объекты не перекрывают друг друга (минимальный отступ 50px).
5. Структура: XML должен содержать корневой элемент mxGraphModel с root и mxCell.

Немного обидно, что пока Вы готовили этот цикл статей, вышел 4-й архимейт. Обидно за Вас в первую очередь.

Это разумеется не отменяет реальную пользу материала. Продолжайте пожалуйста цикл. Перенести сам принцип в 4-й - дело техники. Когда появится возможность.

Позволю себе небольшую ремарку. Я, решая схожую задачу, пошёл другим путём.

Для генерации прототипов схем я использую XML:
- Archi нативно хранит модель в XML:
- DrawIO использует для хранения MxGraphModel, в котором есть полная палитра стиля Archimate

Нейронки прекрасно понимают обе XML-разметки и генерируют достаточно (для прототипа) адекватные схемы.

Из плюсов применения этого подхода - я работаю практически постоянно с confluence и через макрос drawio получаю визуально редактируемую диаграмму.

Всё вышесказанное - не критика, просто поделился своим вариантом подхода. Возможно, пригодится

Я вероятно перегрузил ответ образами :)

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

Предпосылки:

- Досмотр ручной клади проходят 100% пассажиров перед входом в «стерильную зону»

- Пауэрбанк технически виден на рентгене

- Столы дополнительного досмотра (где просят включить телефоны и ноутбуки) уже существуют

 

Как это могло бы работать:

[1] Досмотр: сотрудник видит пауэрбанк на рентгене -> направляет пассажира на доп. досмотр 

   Требуется: краткое дообучение операторов (распознавание батарей)

[2] Фиксация: сотрудник безопасности просит показать пауэрбанк + посадочный, сканирует штрих-код талона (рейс + место)

   Требуется: ТСД/сканер + доработка ПО регистрации аэропорта 

   Время: ~ 30 сек на пассажира с пауэрбанком

[3] Передача данных: после закрытия посадки экипаж запрашивает по номеру рейса список мест с пауэрбанками 

   Требуется: API между системой аэропорта и бортовой системой авиакомпании

[4] Контроль в салоне: на рулёжке, параллельно с проверкой ремней, бортпроводник точечно просит пассажиров с «отмеченных» мест переложить пауэрбанк в карман кресла. Не досматривая повторно ручную кладь с полки.

   Время: ~10 сек на пассажира

 

Итого:

- Основное время добавляется на этапе досмотра (~30 сек × % пассажиров с пауэрбанками)

- В салоне производится точечный контроль, не массовый досмотр

- Технически решаемо, вопрос в приоритетах и бюджете

 

Вопрос лишь в том, стоит ли автоматизировать первые три этапа, если самое узкое место - именно человеческий ресурс в салоне?

Не так давно по различным соцсеткам стоял дикий вой и хейт на тему того, что "маркетплейсы ввели платные возвраты".

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

Боюсь, что прямая тарификация логистических услуг в заказе (как это происходит в "обычных" интернет-магазинах) вызовет серьёзые народные бунты ;) так то они по костам размазаны и явно не заметны.

Да и технически это не очень простая задача. В одном заказе маркетплейса может лежать несколько разных товаров нескольких продавцов несколькими грузоместами. На момент оформления заказа товар ещё не собран, посчитать и добавить в чек доставку чтобы потом её вычесть, можно, но, повторю, не тривиально. В Озон Фреше это сделано, но там просто жесткий тариф только за доставку заказа как таковую

Не нужно никого досматривать в самолёте. Досмотр все проходят перед стерильной зоной.

Отсканированный на досмотре посадочный - это конкретное место в салоне. До посадки ещё минимум 20 минут, этого времени за глаза хватит чтобы передать экипажу "карту рассадки пауэрбанков".

Закидывайте на полку что угодно. На рулёжке к Вам подойдёт очаровательная девушка в синем костюме и попросит переложить "это" в карман кресла

Это вопрос решаемый чисто организационно..

На досмотре пауэрбанк виден. Отозвать пассажира в сторону и отсканировать посадочный талон - дело не хитрое.

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

Летали недавно Аэрофлотом. В двух самолётах разъёмы были, работали

За весь их парк говорить не буду, но вероятно есть. Речь в новости только о них.

Отличный обзор бризера. Шикарный.

Я реально искал что-то подобное для настройки своего.

Один вопрос меня смущает - причём здесь съёмная квартира ? На своей не получится? /s

Если без стёба - зашёл прочитать чисто случайно, съёмом квартир не интересуюсь в данный момент

Не факт кстати.

Массовый пошив в Китае и Бангладеш не вчера начался.

Но Иваново по-прежнему работает и имеет постоянные заказы.

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

Крупные магазины разумеется присутствуют на МП, потому что это реальный канал сбыта. Я не могу расширить комментарий, даже дать оценку этого канала, ибо пишу под реальной учёткой и это пойдёт "информация опасно рядом с ДСП". Но могу порекомендовать перечитать ту часть статьи, где упомянуты "НДС" и "Карго". Потом либо с гуглом, либо с нейронкой попробуйте оценить разницу между "Средним ИП на схеме карго" и "Крупным магазином на электронном УПД".

Заодно можете поискать тут недавние статьи бывшего сотрудника ФНС, @strannik96, где он явно пишет "мы не проверяем ИП потому что это экономически не выгодно, работаем только прямой проверкой по заявлениям". Всё вместе даст хороший контекст. В процессе погружения Вы вероятно поймёте тот кипешь, который развернулся сейчас в АКОРТ и АКИТ вокруг маркетплейсов.

P.S.

Ну и возвращаясь к логистике. Да, в торговле на МП это самое слабое звено. Даже "принудительные скидки маркетплейсов" наверное не так страшны. Нулевое плечо до склада МП разумеется не даёт 1000Р на SKU, но дальше идут:
- хранение на складе. Fashion - товар ярко сезонный, по сути не более 1 квартала в обороте, дальше просто лежит жрёт деньги за аренду. Джинсы и прочий всесезонный ассортимент - это небольшой объём.
- "покатушки", как их называют продавцы, на примерку в ПВЗ и обратно. Здесь уже продавец платит за провоз не целой коробки/паллета товара, а одного упакованного места. Тарифы можете посмотреть на сайтах перевозчиков, DPD, СДЭК, КСЭ ... далее по списку. Это реально не дёшево

2-3 ходки со склада до ПВЗ и обратно "на примерку" в составе "партии из 50 платьев" - и вот уже логистика основная в цене.

Не только это разумеется, но в fashion на маркетплейсах это реальная боль.

А приаттачить то его к чему? В крылья то особо механизацию не встроишь.

Хотя, на стартовой картинке там вроде хвостовое оперенье на каком-то механизме закреплено

Любопытен такой момент.

Если кто шарит в авиамоделировании, предположите - как в картонной конструкции с одним винтом можно обеспечить маневрирование ?

Или эта штука исключительно по прямой летать будет?

Номер Закона, номер пункта Закона, на которые Вы ссылаетесь Вы можете привести?

Выше обсуждались 4 статьи Гражданского Кодекса РФ

Результат - это часть ежедневной работы. Вы видите в этом какое-то противоречие?

Я пока читал статью, краем глаза посмотрел ГК, в частности статьи 1240 и 1270

Ваши слова звучат логично и в целом согласуются с этими статьями. Однако же мы, ИТ-шники, передаём работодателю права на результаты своей работы не за авторское вознаграждение, а "за зарплату".

Разумеется, Свободу договора, объявленную в том же ГК, никто не отменял и в Трудовом договоре может быть прописано иное..

Это возвращает нас к тому, что в статье описан случай, когда работодатель вроде бы вообще не смог предоставить Трудового договора.

Так вся статья в общем об этом.

Как выстреливают конфликты без надлежащего документирования

В этом случае условия договора передачи скорее всего не влияют.

Коммерческое использование - Использование объекта в деятельности, направленной на извлечение прибыли по ГК РФ. Не обязательно продажа

1
23 ...

Information

Rating
2,443-rd
Location
Подольск, Москва и Московская обл., Россия
Registered
Activity

Specialization

Системный аналитик, Бизнес-аналитик
Управление требованиями к ПО
Бизнес аналитика
Системный анализ
Разработка решений по интеграции
SAP ERP
WMS
BPMN
ArchiMate
UML
Модель C4