Системный аналитик. Цели.

catalystofinnova (29)in #it • 7 years ago (edited)

Этот пост написан для получения обратной связи в виде советов, пожеланий от людей, у которых схожие проблемы и вопросы и есть опыт в их оптимальном решении.
Хотелось бы получить советы по инструментам, литературе и ресурсам в области программирования и системной аналитики.
В следующих постах буду описывать мои результаты и выводы. Планирование распорядка дня, для выделение времени на обучение и т.п.
Прежде чем встал вопрос с целями, случайно наткнулся на курс "Постановка задачи на разработку ПО" на образовательной платформе Stepik. До сих пор его прохожу и периодически возвращаюсь к разным его частям по мере необходимости. Нашел группы на Facebook, откуда собираю и изучаю что-то новое для себя.
Цели: 1. Стать полноценным аналитиком; 2. Программировать под Android
Наша компания http://truckmove.ru, занимается разработкой информационных систем для управления и планирования на промышленных предприятиях и в сфере транспотра.
Как менеджеру проектов и системному аналитику, мне необходим определенный уровень знаний. И как оказалось, пласт этих знаний достаточно глубок, по сравнению с уровнем моих знаний в этой области. Причем в компании дефицит кадров, т.к. их нет на нашем рынке труда.
У меня экономическое образование, большой опыт в плане ведения переговоров с владельцами бизнеса, однако знания по программированию на уровне программы в Университете по Паскалю, т.е. нулевые, тоже самое и со знаниями по системной аналитике.

Предварительно поставлены задачи:

1. Найти и систематизировать информацию по основам программирования Android приложений и начать изучение. 2. тоже самое по системной аналитике.
по WIKI (https://ru.wikipedia.org/wiki/Системный_аналитик): Системный аналитик — в широком смысле — специалист по решению сложных организационно-технических проблем, имеющих междисциплинарную природу, использующий принципы общей теории систем и методы системного анализа.
В узком смысле в сфере информационных технологий данный термин используется для обозначения профессиональной роли и профессии, ответственной за анализ интересов заинтересованных лиц создаваемой IT-системы на предмет возможности их удовлетворения её техническими свойствами. Также его называют «постановщик задач».
Основным продуктом такого системного аналитика являются организационно-технические решения, оформляемые как техническое задание на систему, техническое задание на программное обеспечение.
Роль «Аналитик требований»:
a. Разработка технических требований
b. Выявление и сбор требований из различных источников
c. Систематизация требований
d. Анализ требований для контроля их качества
e. Документирование требований в документах или специализированных системах
f. Согласование требований с заинтересованными лицами
g. Обработка запросов на изменение требований к системе
Роль «Коммуникатор»:
a. Организация, модерирование и протоколирование совещаний и мозговых штурмов
b. Возможные роли
Роль «Технический писатель»:
Оформление предпроектной документации в формате Концепции системы, Технического задания на создание/развитие системы
Роль «Бизнес-аналитик»:
Построение моделей деятельности объекта
a. Изучение устройства и функционирования текущей системы
b. Выявление и изучение существующих в данной области правил и ограничений
c. Построение структурных моделей области деятельности (моделей предметной области, описаний организационных структур)
d. Построение функциональных моделей деятельности (описаний бизнес-процессов, потоков данных)
e. Анализ организации деятельности с целью выявления мест, нуждающихся в улучшении
f. Анализ показателей эффективности деятельности
Роль «Бизнес-архитектор»:
a. Проектирование целевой деятельности
b. Построение целевой модели деятельности (бизнес-процессов)
c. Разработка систем правил (регламентов) выполнения деятельности
d. Определение и декомпозиция (при необходимости) процессов, подпроцессов и функций, подлежащих автоматизации
Роль «Системный архитектор»:
a. Разработка технической части концепции (создания системы)
b. Разработка вариантов концептуальной архитектуры системы
c. Определение места системы в линейке продуктов компании, порядка взаимодействия с собственными и сторонними продуктами
d. Определение элементов архитектуры системы
e. Разработка логической модели данных
f. Разработка технико-экономического обоснования выбранного варианта концепции