Babok v2.0 перевод на русский язык свод знаний по бизнес анализуIvan Shamaev
BABOK версия 2.0 - свод знаний по бизнес-анализу. Перевод на русский язык стандарта BABOK для бизнес-аналитиков, глава введения. Понятия бизнес-анализа, задачи, базовые компетенции.
Ответы на часто встречающиеся вопросы - зачем при внедрении и тиражировании SAP, Oracle, 1C и других автоматизированных систем управления персоналом нужны методологи? И нужны ли?
Кроме модели сооружения/оборудования и модели проекта (project) нужно еще иметь организационную модель. Архитектуру этой модели не нужно выдумывать, нужно брать для нее правильные стандарты, которые разрабатываются в рамках OMG MDA.
Моделирование архитектуры предприятия: от простых подходов к структурированию бизнес-процессов до TOGAF и Archimate (Архимейт) - новых инструментов описания и управления сложными бизнес-системами.
OrgLan: компактификация методов описания предпринятияAnatoly Levenchuk
Доклад А.Левенчука "ОргЛан: компактификация ситуационной инженерии методов, архитектуры предприятия, адаптивного управления кейсами в одном подходе" на 62 заседании Русского отделения INCOSE, 25 апреля 2012г.
Babok v2.0 перевод на русский язык свод знаний по бизнес анализуIvan Shamaev
BABOK версия 2.0 - свод знаний по бизнес-анализу. Перевод на русский язык стандарта BABOK для бизнес-аналитиков, глава введения. Понятия бизнес-анализа, задачи, базовые компетенции.
Ответы на часто встречающиеся вопросы - зачем при внедрении и тиражировании SAP, Oracle, 1C и других автоматизированных систем управления персоналом нужны методологи? И нужны ли?
Кроме модели сооружения/оборудования и модели проекта (project) нужно еще иметь организационную модель. Архитектуру этой модели не нужно выдумывать, нужно брать для нее правильные стандарты, которые разрабатываются в рамках OMG MDA.
Моделирование архитектуры предприятия: от простых подходов к структурированию бизнес-процессов до TOGAF и Archimate (Архимейт) - новых инструментов описания и управления сложными бизнес-системами.
OrgLan: компактификация методов описания предпринятияAnatoly Levenchuk
Доклад А.Левенчука "ОргЛан: компактификация ситуационной инженерии методов, архитектуры предприятия, адаптивного управления кейсами в одном подходе" на 62 заседании Русского отделения INCOSE, 25 апреля 2012г.
Jak instytutucje finansowe mogą budować markę centrum widzy w social mediaPaweł Tomczuk
Prezentacja Ciszewski Financial Communications pokazująca, dlaczego warto budować markę instytucji finansowej w oparciu o wiedzę, wykorzystując przy tym social media. Przegląd korzyści i wymiernych (mierzalnych) efektów, jakich dostarczają konsekwentne działania prowadzone w społecznościach. Jak krok po kroku budować społeczność.
Статья "Обзор проектных документов при внедрении корпоративных информационных...ph.d. Dmitry Stepanov
Рассматриваются базовые этапы внедрения корпоративных информационных систем. Кроме того выполняется обзор проектных документов каждого из этапов, а также демонстрируется зависимость данных заданной фазы на документы последующих этапов. Источник: http://stepanovd.com/article_2014_1_docflow.html?lang=RU.
Softline — один из лидеров на рынке решений САПР/ГИС. Мы выполняем полный спектр работ по внедрению современных средств автоматизированного
проектирования ведущих зарубежных и отечественных производителей.
Основополагающий принцип автоматизированного проектирования — комплексный подход к решению задач. Размер наших проектов — от мелких доработок функционала сред проектирования до масштабного внедрения информационных систем поддержки процесса проектирования.
Cистемная инженерия безопасности объектов недвижимости и бизнес-процессов.Yuri Bubnov
Структура метода системной инженерии безопасности объектов недвижимости и бизнес-процессов, основанного на международных стандартах ISO 24744, ISO 31000, ISO 22301, Archimate, OMG Essence и работах видных зарубежных учёных Nancy Leveson (MIT), Donald Firesmith (SEI).
Статья «Анализ, проектирование и разработка корпоративных информационных сист...ph.d. Dmitry Stepanov
рассмотрены теоретические подходы к анализу, проектированию, разработке, тестированию и промышленному использованию корпоративных информационных систем. Выполнен анализ практических методов реализации систем, включающий использование баз знаний для выявления требований; низкоуровневых методов проектирования с графическими элементами ответственности; принципов контроля полномочий, общего решения и контура обратной связи для реализации программных разработок; всевозможных видов тестирования; последовательной и параллельно-последовательной стратегий перехода к промышленной эксплуатации.
2. Конце́пция, или конце́пт, (от лат. conceptio — понимание, система) — определённый способ понимания (трактовки) какого-либо предмета, явления или процесса; основная точка зрения на предмет; руководящая идея для их систематического освещения; ведущий замысел, конструктивный принцип в научной, художественной, технической, политической и других видах деятельности. Концепция – это некое понятие, способ понимания чего-либо. Другое, близкое к указанному, значение – собственные соображения и выводы по какому-либо вопросу. Концепция – это письменное изложение стратегии информатизации для понимания процесса создания интегрированной информационно-управляющей системы ООО «НГХК»
3.
4.
5.
6. ДОПУСКАЕТСЯ ИСКЛЮЧИТЬ 4.1. Разработка предварительных проектных решений по системе и её частям. 4.2. Разработка документации на АС и её части. 4. Эскизный проект. 3.1. Разработка и утверждение технического задания на создание АС. 3. Техническое задание. 2.1. Изучение объекта. 2.2. Проведение необходимых научно-исследовательских работ. 2.3. Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя. 2.4. Оформление отчёта о выполненной работе. 2. Разработка концепции АС.
7. ТЕХНОРАБОЧИЙ ПРОЕКТ 6.1. Разработка рабочей документации на систему и её части. 6.2. Разработка или адаптация программ. 6. Рабочая документация. 5.1. Разработка проектных решений по системе и её частям. 5.2. Разработка документации на АС и её части. 5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку. 5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации. 5. Технический проект.
8. 8.1. Выполнение работ в соответствии с гарантийными обязательствами. 8.2. Послегарантийное обслуживание. 8. Сопровождение АС 7.1. Подготовка объекта автоматизации к вводу АС в действие. 7.2. Подготовка персонала. 7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями). 7.4. Строительно-монтажные работы. 7.5. Пусконаладочные работы. 7.6. Проведение предварительных испытаний. 7.7. Проведение опытной эксплуатации. 7.8. Проведение приёмочных испытаний. 7. Ввод в действие.
9.
10. Сравнительный анализ стадий RUP и ГОСТ Регламентация проектной деятельности основывается на стандартах и методологиях, среди которых в настоящее время наиболее популярны как стандарты ГОСТ 34-й и 19-й серий, определяющие требования к разрабатываемой документации, так и новые стандарты ГОСТ Р ИСО/МЭК 12207-99 и ГОСТ Р ИСО/МЭК 14764-2002, определяющие процессы жизненного цикла программных средств. Одной из наиболее развитых и популярных методологий, описывающих процессы ЖЦ ПС, является Rational Unified Process (RUP), разработанный компанией Rational Software и соответствующий ГОСТ Р ИСО/МЭК 12207-99. Ввод в действие Сопровождение Передача в эксплуатацию (Transition) Рабочая документация Рабочий проект (Construction) Эскизный проект Технический проект Технический проект (Elaboration) Формирование требований Разработка концепции Техническое задание Обследование (Inception) Стадии ГОСТ 34.601-90 Стадии RUP
11. Концепция «Интегрированная информационно-управляющая система ООО «Новоуренгойский газохимический комплекс» - основной документ этапа обследования, определяющий общие технологические принципы построения ИИУС, базовые требования к функциональным возможностям, укрупненный план реализации и базовую терминологию. 80 — 90 % стоимости процесса проектирования и жизненного цикла, включая разработку, внедрение и эксплуатацию, информационной системы определяются в начальные 10 — 20 % времени — в рамках концептуальной стадии Принимаемые на стадии концепции проектные решения наиболее важны: качественное решение дает наибольший эффект, упрощая дальнейшую работу и сокращая сроки
12. Что будет сделано Предлагаемая структура концепции состоит из следующих разделов: 1 Назначение и цели концепции - Назначение концепции. На основании анализа будут определены стратегические и тактические цели, на реализацию которых направлена концепция. Данный проект уникален тем, что создание интегрированной информационно-управляющей системы ООО «Новоуренгойский газохимический комплекс» (ИИУС ООО «НГХК») и строительство комплекса планируется осуществлять параллельно. - Определение целей. На основании анализа целей и задач организации, планов развития информационных ресурсов, групп потенциальных пользователей, а также ресурсов, доступных для разработки и эксплуатации ИИУС, формулируются цели проекта. При этом учитываются изменения целей, задач и ресурсов на несколько лет вперед.
13. Что будет сделано Предлагаемая структура концепции состоит из следующих разделов: 2 Характеристика объекта автоматизации Для описания и классификации бизнес-процессов ИИУС ООО «НГХК» будут разработаны модели, реализующие методологию структурного анализа и моделирования, основанную на стандарте IDEF0. По своей сути данные модели являются базами данных, содержащими сведения о процессах, их структуре (с необходимой степенью детализации), взаимосвязях, условиях выполнения процессов. - Классификация бизнес-процессов НГХК на этапе строительства. Будут определены подпроцессы процесса строительства, разработаны функциональные модели подпроцессов, выявлены и раскрыты функциональные модули ИИУС для автоматизации данных подпроцессов. - Классификация бизнес-процессов НГХК на этапе производства. Будут определены подпроцессы процесса производства, разработаны функциональные модели подпроцессов, выявлены и раскрыты соответствующие функциональные модули ИИУС для автоматизации данных подпроцессов.
14. Что будет сделано Предлагаемая структура концепции состоит из следующих разделов: 2 Характеристика объекта автоматизации Для описания и классификации бизнес-процессов ИИУС ООО «НГХК» будут разработаны модели, реализующие методологию структурного анализа и моделирования, основанную на стандарте IDEF0. По своей сути данные модели являются базами данных, содержащими сведения о процессах, их структуре (с необходимой степенью детализации), взаимосвязях, условиях выполнения процессов. - Основные этапы цикла управления. Будут определены подпроцессы уровня интегрированной системы менеджмента ООО «НГХК» и разработаны функциональные модели подпроцессов. - Предпочтительные инструменты управления. Будет представлен современный подход к интеграции; определены отличитительные особенности ИИУС; рассмотрены три основные технологии средств интеграции; представлены варианты практической реализации предложенной методологии интеграции на основе трех адаптированных к конкретной задаче стандартов: ГОСТ Р ИСО/МЭК 15288-2005 (ISO/IEC 15288), SOA, ISA-95 .
15. Что будет сделано Предлагаемая структура концепции состоит из следующих разделов: 3 Основные требования к функциональным возможностям системы - Требования к бизнес-архитектуре . Будут определены требования к архитектуре ИИУС ООО «НГХК» как структуре для многоуровневых, распределенных вычислений, поддерживающей приложения ИИУС ООО «НГХК». - Требования к системной архитектуре и ИТ-инфраструктуре . Будут определены требования к системной архитектуре ИИУС ООО «НГХК», то есть структура и способ построения программной части ИИУС; будут определены требования к ИТ-архитектуре, то есть к обобщенному составу и структуре клиентских рабочих мест и серверов.
16.
17. Что будет сделано Предлагаемая структура концепции состоит из следующих разделов: 4 Сценарии реализации концепции - Оценка допущений и рисков реализации концепции. Будут рассмотрены современные методы оценки допущений и рисков реализации предложенной концепции, в том числе: - Планирование процесса (Process Planning) - Управление рисками (Risk Management) - Количественное определение результатов (Determine Deliverables) - Управление качеством (Quality Management) - Управление планом проекта (Plan Management) - Мониторинг и контроль - Оценка усилий, расписания и стоимостных ожиданий (Efforts, Schedule and Cost Estimation) - Распределение ресурсов (Resource Allocation). Будут определен основной критерий выбора архитектуры и инфраструктуры ИИУС; выделены группы рисков данного конкретного проекта.
18. Что будет сделано Предлагаемая структура концепции состоит из следующих разделов: 4 Сценарии реализации концепции - Инструменты корректировки плана реализации концепции. Будут формализованы и представлены в табличном виде возможные риски и причины их возниконовения, усиление влияния которых потребует корректировку планов реализации предложенной концепции .
19. Что будет сделано Предлагаемая структура концепции состоит из следующих разделов: 5 Согласованный план реализации концепции - Инструменты корректировки плана реализации концепции. Будет представлен разработанный сценарий реализации концепции в виде этапов с детализацией ИТ-инициатив, в том числе будут определены и представлены : - ИТ-инициативы первого этапа реализации Концепции – Стройка ОАО «НГХК» - создания фундамента; - ИТ-инициативы второго этапа реализации Концепции ИИУС ОАО «НГХК» - «Информатизация деятельности»; - ИТ-инициативы третьего этапа реализации Концепции ИИУС ОАО «НГХК» - «Создание конкурентных преимуществ». Будет представлен укрупненный план создания системы.