1
Последние сообщения
2
Вакансии / Бизнес-Аналитик/системный аналитик
« Последний ответ от 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 проекта). Далее возможно участие в поддержке и развитие созданного приложения. Архитектура мобильного приложения: 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 по мск и в выходные – не вариант.
- место оказания услуг удаленно (территория исполнителя)
3
Конференции Семинары и Тренинги / Re: Реклама ЛАФ-2018
« Последний ответ от [прилетело НЛО и...] 28 Июля 2024, 02:10:32 »[Удалено, так как учётку не удалось снести.]
4
Вакансии / Приглашаем системного аналитика КХД
« Последний ответ от 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. Навыки написания проектной документации;
Обязанности:
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. Навыки написания проектной документации;
5
ПО Аналитика / Re: Новости от Visual Paradigm
« Последний ответ от [прилетело НЛО и...] 30 Мая 2024, 11:42:00 »Выпущен VP 17.2
https://www.visual-paradigm.com/whats-new/
обещают, что прокачали диаграммы деятельности, последовательности, размещения, состояний, компонентов и пакетов.
Будем посмотреть.
https://www.visual-paradigm.com/whats-new/
Будем посмотреть.
6
Теория моделирования и нотации / Re: Как правильно структурировать диаграмму классов в PlantUml?
« Последний ответ от [прилетело НЛО и...] 14 Мая 2024, 14:23:55 »Мастера игры в 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
- пробовать замену "вертикальных" связей (с одинарным "-" в начертании) на "горизонтальные" (с двойным "--"). Например A <|- B vs A <|-- B
- пробовать менять местами правую и левую части. Например A <|- B vs B -|> A
- переупорядочивать строки или фрагменты в Plantuml-описании
- добавлять невидимые связи ради желаемого расположения элементов, которые ими связаны
- добавлять невидимые промежуточные пункты ради желаемого расположения сегментов связей (связь становится как бы цепью из звеньев)
Где-то там живет такая ссылка с продвинутыми магическими пассами: https://isgb.otago.ac.nz/infosci/mark.george/Wiki/wiki/PlantUML%20GraphViz%20Layout
7
Теория моделирования и нотации / Re: Как правильно структурировать диаграмму классов в PlantUml?
« Последний ответ от [прилетело НЛО и...] 06 Мая 2024, 14:30:19 »Обычно, обсуждая диаграммы, рассматривают языковые (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
===
Я эту рисовалку увидело и попробовало сегодня. С Вашей подачи.
Добавляете свои директивы для стиля и получаете орто-линии + слева-направные классы.
[Обще]Принято, что суперкласс слева от своих потомков. Или сверху над своими потомками.
===
@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
===
8
Теория моделирования и нотации / Re: Как правильно структурировать диаграмму классов в PlantUml?
« Последний ответ от Виталий И 06 Мая 2024, 14:08:25 »Вопрос, вероятно, по стилю оформления диаграммы.
Что если...
===
@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
===
Я плохо владею навыком построения диаграмм.
Я хотел бы получить что-нибудь в духе такого (см. картинку)
Ожидаемое оформление:
- классы располагаются слево-направо;
- соединительные лини перпендикулярные.
Только не знаю как правильно разместить базовый класс.
Хотел бы базовый класс вынести вверх или вниз...
Т.к. вправо предполагаются размести ь ещё классы.
9
ПО Аналитика / Re: Как генерировать диаграмму последовательностей из существующего проекта SparxEA?
« Последний ответ от [прилетело НЛО и...] 06 Мая 2024, 14:08:19 »===
@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
===
@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
===
10
Реализация / Re: Как правильно нарисовать диаграмму классов?
« Последний ответ от [прилетело НЛО и...] 06 Мая 2024, 13:48:04 »===
@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
===
@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
===