Форум Сообщества Аналитиков

×


Последние сообщения

Страницы: 1 2 3 4 5 6 7 8 9 10
1
Вакансии / Бизнес-Аналитик/системный аналитик
« Последний ответ от Mikle2016 25 Октября 2024, 16:03:50 »
Приглашаем Бизнес-Аналитик/системный аналитик, частичная занятость 50% рабочего времени kkosti1973@yandex.ru
Чем придется заниматься:
Усиление текущей команды в проекте создания личного кабинета (браузерное решение) клиента заказчика и мобильного приложения по автоматизации процесса ответ хранения склада. Текущий этап проекта Реализация (выполнено примерно 2/3 проекта). Далее возможно участие в поддержке и развитие созданного приложения. Архитектура мобильного приложения: front-end angular; back end SAP ERP. Детализация задач:

Взаимодействие с заказчиком по сбору, формализации функциональных требований к мобильному приложению. Преимущество - опыт автоматизации процессов склада.
Описание требований Заказчика, для их однозначного понимания остальными участниками разработки: схемы процессов, схемы алгоритмов поведения ПО, функциональные требования, GAP-анализ с существующим функционалом, Моделирование процессов As is и To be и др..
Формирование и поддержание в актуальном виде документации, необходимой для разработки: функциональные дизайн-макеты (проектирование UI/UX), техническое задание, описание БД и REST API методов, спецификации
Постановка и детализация задач для разработчиков: фронтенд+бэкенд. Преимущество опыт постановки задач авар разработчикам (sap)
Проверка реализованного ПО на соответствие заявленным требованиям.
Консультации ключевых пользователей
Для этого потребуется:
Желание погрузиться в текущее решение и заниматься им далее
Проектный опыт самостоятельного выполнения задач 3+ проектов
Опыт работы по специальности от 5 лет
Навыки проведения бизнес-анализа при разработке мобильных приложений
Навыки работы с бизнес приложениями: Gitlab, Githab, SAP ERP, Figma.
Понимание складских бизнес-процессов (проект короткий 3-5 мес).
Опыт в написании функциональных требований.
Знания и опыт использования диаграмм в описание как технических систем, так и бизнес процессов (знание нотаций BPMN или UML)
Знание архитектуры Web приложений.
Условия:

- фриланс по договору оказания услуг с индивидуальным предпринимателем или самозанятым.

- актирование и оплата услуг ежемесячно по таймшитам.

- срок привлечения 3-5 мес. С возможной пролонгацией на поддержку Загрузка от 40 часов в неделю. Необходима доступность в течение рабочего дня. Если только после 18.00 по мск и в выходные – не вариант.

- место оказания услуг удаленно (территория исполнителя)
2
По личным причинам я покидаю здешнее сообщество. Пребывание здесь было... не однозначным. Получен уникальный опыт, как принято говорить.
Если можете, то простите.
3
Вакансии / Приглашаем системного аналитика КХД
« Последний ответ от Mikle2016 11 Июля 2024, 12:11:51 »
Приглашаем системного аналитика КХД, Москва, гибридный график kkosti1973@yandex.ru
Обязанности:
1.       Проработка/формирование требований к развитию КХД;
2.       Анализ источников данных исходных систем (ИС), формирование требований к загрузке данных из ИС в КХД;
3.       Проектирование моделей данных и витрин данных;
4.       Взаимодействие с внутренними командами и поставщиками IT-решений;
5.       Постановка задач разработчикам и дата-инженерам КХД;
6.       Формирование документации, необходимой для разработки, в том числе функциональные дизайны, техническое задание, регламенты, инструкции;
7.       Тестирование функционала, проверка на соответствие требованиям;
8.       Работа с большими массивами разрозненных данных, их структурирование и анализ для формирования отчетов.
Требования:
1.       Опыт работы от 3-х лет в качестве системного аналитика;
2.       Опыт работы с SAP-системами;
3.       Опыт проектирования взаимодействия различных информационных систем с учетом реализации разных требований и участков бизнес-процессов в специализированных продуктах;
4.       Опыт работы с SQL на уровне написания простых запросов к базам данных;
5.       Желателен опыт работы с различными BI-инструментами: SAP BI, Power BI, Tableau;
6.       Знание основ XML, знание SQL на уровне написания простых запросов к базам данных;
7.       Навыки написания проектной документации;
4
ПО Аналитика / Re: Новости от Visual Paradigm
« Последний ответ от [прилетело НЛО и...] 30 Мая 2024, 11:42:00 »
Выпущен VP 17.2
https://www.visual-paradigm.com/whats-new/
обещают, что прокачали диаграммы деятельности, последовательности, размещения, состояний, компонентов и пакетов.
Будем посмотреть.
5
Мастера игры в Plantuml живут на Stackoverflow. Советы, которые размещены там:
- пробовать замену "вертикальных" связей (с одинарным "-" в начертании) на "горизонтальные" (с двойным "--"). Например A <|- B vs A <|-- B
- пробовать менять местами правую и левую части. Например A <|- B vs B -|> A
- переупорядочивать строки или фрагменты в Plantuml-описании
- добавлять невидимые связи ради желаемого расположения элементов, которые ими связаны
- добавлять невидимые промежуточные пункты ради желаемого расположения сегментов связей (связь становится как бы цепью из звеньев)

Где-то там живет такая ссылка с продвинутыми магическими пассами: https://isgb.otago.ac.nz/infosci/mark.george/Wiki/wiki/PlantUML%20GraphViz%20Layout
6
Обычно, обсуждая диаграммы, рассматривают языковые (uml-ьные) конструкции, а не "бантики" -- что слева, что справа.
Я эту рисовалку увидело и попробовало сегодня. С Вашей подачи.

Добавляете свои директивы для стиля и получаете орто-линии + слева-направные классы.

[Обще]Принято, что суперкласс слева от своих потомков. Или сверху над своими потомками.
===
@startuml
skinparam linetype ortho
left to right direction
class BaseViewModel {
  + event PropertyChangedEventHandler PropertyChanged
  # OnPropertyChanged([CallerMemberName] string PropertyName = null):void {abstract}
  # Set<T>(ref T field, T value, [CallerMemberName] string PropertyName = null):bool {abstract}
}

class MainViewModel {
  + MainViewModel()
}

class Entity1ViewModel {
  + Main(args: string[]): void
}

class Entity2ViewModel {
  + Main(args: string[]): void
}

class Entity3ViewModel {
  + Main(args: string[]): void
}


 BaseViewModel <|-- MainViewModel
 BaseViewModel <|-- Entity1ViewModel
 BaseViewModel <|-- Entity2ViewModel
 BaseViewModel <|-- Entity3ViewModel

 Entity1ViewModel "_entity1ViewModel" <-- MainViewModel
 Entity2ViewModel "_entity2ViewModel" <-- MainViewModel
 Entity3ViewModel "_entity3ViewModel" <-- MainViewModel
@enduml
===
7
Вопрос, вероятно, по стилю оформления диаграммы.
Что если...

===
@startuml
class BaseViewModel {
  + event PropertyChangedEventHandler PropertyChanged
  # virtual void OnPropertyChanged([CallerMemberName] string PropertyName = null)
  # virtual bool Set<T>(ref T field, T value, [CallerMemberName] string PropertyName = null)
}

class MainViewModel {
  + MainViewModel()
}

class Entity1ViewModel {
  + Main(args: string[]): void
}

class Entity2ViewModel {
  + Main(args: string[]): void
}

class Entity3ViewModel {
  + Main(args: string[]): void
}


 BaseViewModel <|-- MainViewModel
 BaseViewModel <|-- Entity1ViewModel
 BaseViewModel <|-- Entity2ViewModel
 BaseViewModel <|-- Entity3ViewModel

 Entity1ViewModel "_entity1ViewModel" <-- MainViewModel
 Entity2ViewModel "_entity2ViewModel" <-- MainViewModel
 Entity3ViewModel "_entity3ViewModel" <-- MainViewModel
@enduml
===




Я плохо владею навыком построения диаграмм.

Я хотел бы получить что-нибудь в духе такого (см. картинку)

Ожидаемое оформление:
     - классы располагаются слево-направо;
    - соединительные лини перпендикулярные.

Только не знаю как правильно разместить базовый класс.
Хотел бы базовый класс вынести вверх или вниз...
Т.к. вправо предполагаются размести ь ещё классы.

8
===
@startuml
[-> ParserWorker : Worker()
loop for i in parserSettings.StartPoint..parserSettings.EndPoint
  break isActive
  note over ParserWorker: выход из цикла
  end
  ParserWorker -> loader : GetSourceByPageId(i)
  loader --> ParserWorker : source
  create HtmlParser
  ParserWorker --> HtmlParser : new
  ParserWorker -> HtmlParser : ParseAsync(source)
  HtmlParser --> ParserWorker : document
  ParserWorker -> parser : Parse(document)
  parser --> ParserWorker : result
  opt OnNewData != NULL
   ParserWorker -> OnNewData : Invoke(this, result)
  end
end
opt OnCompleted != NULL
   ParserWorker -> OnCompleted : Invoke(this)
end
ParserWorker -> ParserWorker : isActive = FALSE
[<-- ParserWorker:return
@enduml
===
9
===
@startuml
class Program {
   {static}  + Main(args: string[]): void
}

class MoneyBack {
    + GetCardType(): string
    + GetCreditLimit(): int
    + GetAnnualCharge(): int
}


interface ICreditCard {
  + GetCardType(): string
  + GetCreditLimit(): int
  + GetAnnualCharge(): int
}

ICreditCard "cardDetails" <-- Program
ICreditCard <|.. MoneyBack
Program ..> MoneyBack
@enduml
===

10
Вопрос, вероятно, по стилю оформления диаграммы.
Что если...

===
@startuml
class BaseViewModel {
  + event PropertyChangedEventHandler PropertyChanged
  # OnPropertyChanged([CallerMemberName] string PropertyName = null):void {abstract}
  # Set<T>(ref T field, T value, [CallerMemberName] string PropertyName = null):bool {abstract}
}

class MainViewModel {
  + MainViewModel()
}

class Entity1ViewModel {
  + Main(args: string[]): void
}

class Entity2ViewModel {
  + Main(args: string[]): void
}

class Entity3ViewModel {
  + Main(args: string[]): void
}


 BaseViewModel <|-- MainViewModel
 BaseViewModel <|-- Entity1ViewModel
 BaseViewModel <|-- Entity2ViewModel
 BaseViewModel <|-- Entity3ViewModel

 Entity1ViewModel "_entity1ViewModel" <-- MainViewModel
 Entity2ViewModel "_entity2ViewModel" <-- MainViewModel
 Entity3ViewModel "_entity3ViewModel" <-- MainViewModel
@enduml
===

Страницы: 1 2 3 4 5 6 7 8 9 10