По способу декомпозиции системы управления:

• методология структурного проектирования

(функционально-ориентированные);

• методология объектно-ориентированного проектирования.

Преимущества поэтапной разработки собственными силами

• относительно низкая стоимость;

• несущественные изменения организационной структуры;

• максимальная ориентация на реализацию бизнес-процессов предприятия;

• обеспечение значительно более высокого уровня безопасности и независимости от внешних факторов;

• оперативная реакция на изменения внешней среды.

Условия применения

1. Правильный выбор архитектуры построения вычислительно-коммуникационной сети и ориентация на профессиональные СУБД;

2. Использование современного инструментария;

3. Многозадачная инфраструктура разработки проекта;

4. Применение эффективных организационно-технических средств по управлению проектом и контролю версий ИС.

Внедрение готовой ИС

• Преимущества:

  • модульный принцип внедрения;

  • обеспечение целостности системы.

• Условия применения:

  • готовность и возможность предприятия адаптировать свои бизнес-процессы под требования приобретаемой информационной системы;

  • 

    18

    готовность к единовременному вложению больших финансовых средств.

Рекомендации к применению

• Методология восходящего проектирования рекомендуется для организаций с узко специфическими потребностями в автоматизации, не нуждающихся в общем совершенствовании процессов.

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

Выбор способа организации проектных работ

1. Строгое соблюдение стандартов изготовления документации в ущерб срокам разработки ИС.

2. Строгое соблюдение сроков разработки за счет снижения качества документации.

Проблемы проектирования

• Разработчику сложно получить исчерпывающую информацию для оценки формулируемых заказчиком требований к АЭИС.

• Заказчик нередко не имеет достаточных знаний о проблемах автоматизации обработки данных в новой технической среде, чтобы судить о возможности тех или иных новаций.

• Проектировщик сталкивается с чрезмерным количеством подробных сведений о предметной области, что вызывает трудности моделирования и формализованного описания бизнес-процессов.

• Спецификация проектируемой системы из-за большого объема и технических терминов часто непонятна заказчику, а чрезмерное ее упрощение не может удовлетворить специалистов-проектировщиков.

Методология управления проектом разработки ИС

• Цель – регламентация процесса проектирования ИС и обеспечение управления этим процессом.

• Основные задачи, решению которых должна способствовать методология проектирования корпоративных ИС:

  • обеспечивать создание корпоративных ИС, отвечающих целям и задачам организации;

  • гарантировать создание системы с заданным качеством в заданные сроки и в рамках установленного бюджета проекта;

  • поддерживать удобную дисциплину сопровождения, модификации и развития системы.

25

Классификация методологий по способу декомпозиции системы управления

• Объектные методологии рассматривают систему управления как набор взаимодействующих объектов – производственных единиц. Целью применения данной методологии является выделение объектов и распределение между ними ответственности за выполняемые действия.

• Объектная декомпозиция рассматривает структуру объектов и связей между ними, а также поведение системы в терминах обмена сообщениями между объектами.

• Функциональные методологии рассматривают систему управления как набор функций, преобразующих поступающий поток информации в выходной поток.

• Функциональная декомпозиция рассматривает структуру системы в терминах иерархии функций и передачи информации при выполнении задач и процедур.

С равнительный анализ методологий проектирования

Условия применения

• Объектно-ориентированная методология позволяет построить более устойчивую к изменениям систему, лучше соответствует существующим структурам организации.

• Функционально-ориентированная методология применяется в случаях, когда организационная структура находится в процессе формирования или изменения.

• На практике применяется смешанный подход – иерархия подсистем определяется с помощью функционального подхода, а детальная разработка модулей – с использованием объектно-ориентированных методологий.

Основные принципы создания ИС

• Принцип системности заключается в рассмотрении системы как единого целого, позволяет выявить многообразные типы связей между структурными элементами, установить направления деятельности системы и реализуемые функции.

• Принцип развития заключается в том, что ИС создается с учетом возможности постоянного пополнения и обновления функций системы.

• Принцип совместимости заключается в обеспечении способности взаимодействия ИС различных видов, уровней в процессе их совместного функционирования.

• Принцип стандартизации заключается в необходимости применения типовых, унифицированных и стандартизованных элементов.

• Принцип эффективности заключается в достижении рационального соотношения между затратами на создание ИС и эффектом, получаемым в результате автоматизации.

• Открытая система – это система, реализующая открытые стандарты на интерфейсы, службы и форматы данных, достаточные для обеспечения:

  • мобильности (возможности переноса прикладных систем с минимальными изменениями на широкий диапазон программно-аппаратных платформ);

  • интероперабельности (совместной работы с другими прикладными системами на локальных и удаленных платформах);

  • взаимодействия с пользователями в стиле, облегчающем им переход от системы к системе (мобильность пользователей).

• Открытый стандарт не зависит от конкретных технических и программных средств отдельных производителей.

Единое информационное пространство

складывается из следующих главных компонентов:

• информационных ресурсов, содержащих данные и знания, зафиксированные на соответствующих носителях;

• организационных структур, обеспечивающих функционирование и развитие единого информационного пространства – сбор, обработку, хранение, поиск, распространение информации;

• средств информационного взаимодействия граждан и организаций, в том числе программно-технических средств и организационно-нормативных документов, обеспечивающих доступ к информационным ресурсам.

Дополнительные принципы создания ИС

• Принцип декомпозиции – основан на разделении системы на части, выделении отдельных комплексов работ.

• Принцип первого руководителя предполагает закрепление ответственности при создании системы за заказчиком – руководителем предприятия, который отвечает за ввод в действие и функционирование ИС.

• Принцип новых задач – поиск постоянного расширения возможностей системы, получение дополнительного эффекта за счет оптимизации управленческих решений.

• Принцип автоматизации документооборота предусматривает комплексное использование технических средств на всех стадиях прохождения информации от сбора до формирования управленческих решений.

• Принцип автоматизации проектирования повышает эффективность самого процесса проектирования ИС за счет применения типовых проектных решений, методов и средств подготовки проектных материалов, стандартизации подходов при проектировании отдельных элементов и подсистем.

Организационно-технологические принципы создания ИС

• Принцип абстрагирования заключается в выделении существенных аспектов системы и отвлечения от несущественных для представления проблемы в более простом общем виде, удобном для анализа и проектирования.

• Принцип формализации заключается в применении формализованных методов описания и моделирования изучаемых и проектируемых процессов.

• Принцип концептуальной общности заключается в неукоснительном следовании единой методологии на всех этапах проектирования ИС.

• Принцип непротиворечивости и полноты заключается в наличии всех необходимых элементов в проектируемой системе и согласованном их взаимодействии.

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

• Принцип структурирования данных предусматривает необходимость иерархической организации элементов информационной базы.

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

4 Лекция

Предназначение нормативных документов

Нормативно-методические документы регламентируют:

• порядок разработки, внедрения и сопровождения ИС;

• общие требования к составу ПО ИС и связям между его компонентами;

• требования к качеству ПО;

• виды, состав и содержание проектной документации.

Международные и отечественные организации по стандартизации ИТ

• ISO – Международная организация по стандартизации;

• IEC (МЭК) – Международная электротехническая комиссия;

• IEEE – Институт инженеров по электротехнике и электронике;

• Федеральное агентство по техническому регулированию и метрологии (Росстандарт) (www.gost.ru)

• Технический комитет по стандартизации ТК 22 «Информационные технологии»

Стандарты проектирования

Стандарт проектирования устанавливает:

• набор необходимых моделей на каждой стадии проектирования и степень их детализации;

• правила фиксации проектных решений на диаграммах;

• требования к конфигурации рабочих мест разработчиков;

• механизм обеспечения совместной работы над проектом:

  • правила интеграции подсистем проекта;

  • правила поддержания проекта в одинаковом для всех разработчиков состоянии;

  • правила проверки проектных решений на непротиворечивость.

Стандарт оформления проектной документации

Стандарт оформления проектной документации устанавливает:

• комплектность, состав и структуру документации на каждой стадии проектирования;

• требования к оформлению документации;

• правила подготовки, рассмотрения, согласования и утверждения документации с указанием предельных сроков для каждой стадии;

• требования к настройке издательской системы и CASE-средств, используемых в качестве встроенного средства подготовки документации.

Стандарт интерфейса пользователя

Стандарт интерфейса пользователя устанавливает:

• правила оформления экранов (шрифты и цветовая палитра), состав и расположение окон и элементов управления;

• правила использования клавиатуры и мыши;

• правила оформления текстов помощи;

• перечень стандартных сообщений;

• правила обработки реакции пользователя.

• Жизненный цикл – период создания и использования ИС, охватывающий ее различные состояния, начиная с момента возникновения необходимости в данной ИС и заканчивая моментом ее полного выхода из употребления у пользователей.

• ЖЦ состоит из стадий, для каждой из которых определяются:

  • состав и последовательность выполняемых работ,

  • получаемые результаты,

  • методы и средства, необходимые для выполнения работ,

роли и ответственность участников.

Специальные процессы программных средств

• Процессы реализации программных средств используются для создания конкретного элемента системы, выполненного в виде программного средства.

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

• Процессы повторного применения программных средств поддерживают возможности организации использовать повторно составные части программных средств за границами проекта.

Отличия стандартов 12207-2010 и 57193-2016

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

• 25 процессов в контексте системы в ГОСТ Р 12207-2010

• 30 процессов в ГОСТ Р 57193-2016

ГОСТ Р 12207-2010 более структурирован.

Атрибуты описания процесса

• Наименование - передает область применения процесса как целого

• Цель - описывает конечные цели выполнения процесса

• Выходы - представляют собой наблюдаемые результаты, ожидаемые при успешном выполнении процесса

• Деятельность - является перечнем действий, используемых для достижения выходов

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

5 Лекция

Позадачный подход к организации деятельности предприятия

• Основные особенности:

  • принципы разделения труда;

  • узкая специализация исполнителей;

  • жесткие иерархические структуры управления.

• Основные недостатки:

  • разбиение технологий выполнения работы на отдельные фрагменты, реализуемыми различными подразделениями;

  • отсутствие целостного описания технологий выполнения работы;

  • сложность увязывания простейших задач в технологию, производящую реальный товар или услугу;

  • отсутствие ответственности за конечный результат;

  • высокие затраты на согласование и контроль;

  • отсутствие ориентации на конечного потребителя.

Реинжиниринг – радикальное перепроектирование бизнес-процессов предприятий для достижения резких, скачкообразных улучшений показателей их деятельности: стоимости, качества, сервиса, темпов развития на базе новых информационных технологий.

Принципы реинжиниринга

1. Объединение рабочих процедур (горизонтальное сжатие процессов).

2. Принятие самостоятельных решений исполнителями (вертикальное сжатие процессов).

3. Возможность параллельного выполнения работ

4. Возможность различных вариантов исполнения процессов.

5. Возможность выбора места исполнения рабочих процедур.

6. Уменьшение количества проверок, управляющих воздействий и согласований.

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

Принципы процессного подхода

Процессный подход к организации деятельности предприятия предполагает:

• широкое делегирование полномочий и ответственности исполнителям;

• сокращение уровней принятия решений;

• повышенное внимание к вопросам обеспечения качества;

• автоматизацию технологий выполнения бизнес-процессов.

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

Подходы к автоматизации системы управления

Методы процессного подхода

• Процессный подход применяется на уровне анализа и оптимизации цепочек добавления ценности компании;

• Процессный подход применяется для управления сквозными (межфункциональными) бизнес-процессами;

• Процессный подход применяется для управления операционными цепочками (workflow).

Бизнес-процесс – целенаправленная совокупность взаимосвязанных видов деятельности, которая по определенной технологии преобразует входы в выходы, представляющие ценность для потребителя.

Структурные характеристики бизнес-процесса

• Вход – материальные или информационные объекты или услуги, получаемые от поставщиков процесса и потребляемые или преобразуемые в ходе процесса для производства выхода процесса (сырье, материалы, информация, документация, полуфабрикаты).

• Выход (результат) – материальные или информационные объекты или услуги, являющиеся результатом выполнения процесса и потребляемые клиентами процесса (готовая продукция, информация, документация, услуги).

• «Владелец» бизнес-процесса: субъект (компания, подразделение, сотрудник), отвечающий за данный бизнес-процесс и имеющий в своем распоряжении ресурсы, необходимые для его выполнения.

• Ресурс (механизм реализации) – материальный или информационный объект, используемый для выполнения процесса, но не являющийся его входом (персонал, оборудование, программное обеспечение, инфраструктура, транспорт, связь и т.д.).

Оценочные характеристики бизнес-процесса

• Производительность – отношение количества единиц на входе к количеству единиц на выходе.

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

• Стоимость процесса – это совокупность всех затрат в денежном исчислении, которые необходимо произвести для однократного выполнения процесса.

• Контрольные показатели эффективности бизнес-процесса (зависят от предметной области)

Модель цепочки добавления ценности

• Модель цепочки добавления ценности рассматривает компанию как цепь базисных действий, каждое из которых добавляет ценность продукту, а оптимизация этих базисных действий максимизирует прибыль и/или минимизирует затраты.

• Разновидности:

  • Модель Портера (Value Сhain Model, Гарвардская бизнес-школа, 1985 г.)

  • Модель IBL (The International Business Language, PriceWaterhouseCoopers)

  • 13-процессная модель (Американский центр производительности и качества, Международная бенчмаркинговая палата) и т.д.

Классификация бизнес-процессов по вкладу в создание ценности

• Основные бизнес-процессы – непосредственно ориентированы на производство продукции, представляют ценность для клиента, генерируют доходы;

• Обеспечивающие бизнес-процессы – поддерживают инфраструктуру компании;

• Бизнес-процессы управления – управляют компанией в целом (разработка видения и миссии, концепции бизнеса, целей и структуры организации)

• Бизнес-процессы развития – обеспечивают совершенствование процессов и продуктов компании.

Типовая структура бизнес-процессов управления

Этап 1. "Планирование". Сбор и анализ информации, разработка плана действий.

Этап 2. «Выполнение". Обеспечение реализации плана действий – доведение информации о мероприятиях до сотрудников, мотивация сотрудников и обеспечение ресурсами.

Этап 3. "Учет". По истечении установленного периода нужно собрать фактическую информацию о выполнении запланированных работ и достигнутых результатах.

Этап 4. "Контроль". План сопоставляется с фактической информацией и проводится анализ план-фактных отклонений.

Этап 5. "Регулирование". Принятие решений о последующих действиях - корректировки плана, поощрении или наказании сотрудников, которые эти планы реализовывали.

Эффект от применения процессного подхода для построения цепочек добавления ценности

• Устранение звеньев цепочек, не добавляющих ценности;

• Повышение эффективности цепочек в целом (путем устранения проблем на стыках звеньев и изменения принципов и механизмов осуществления деятельности, например, «бережливого производства»);

• Повышение эффективности отдельных звеньев;

• Добавления новых звеньев в цепочку или объединения с поставщиками или потребителями для совместного выполнения отдельных процессов.

Эффект от применения процессного подхода для управления сквозными бизнес-процессами

• Более эффективное распределение и использование ресурсов в рамках межфункционального процесса (владелец процесса определяет приоритеты, ориентируясь на конечный результат, а не на «узкие» интересы отдельных подразделений).

• Сокращение сроков и затрат на разработку и реализацию межфункциональных проектов.

• Сокращение затрат на управление, в том числе за счет сокращения лишних управленческих звеньев, которые не добавляют ценности к результатам процесса.

Эффект от применения процессного подхода для управления операционными цепочками

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

• Сокращение бумажного документооборота;

• Сокращение времени передачи промежуточных результатов с одной операции на другую;

• Сокращение сроков подготовки отчетности;

• Сокращение издержек за счет исключения или объединения отдельных операций, входящих в операционные цепочки.

6 Лекция

Начальная стадия ЖЦ ИС

• Существуют следующие наименования начальной стадии жизненного цикла ИС:

  • Формирование концепции

  • Предпроектная стадия

  • Информационное обследование

  • Анализ предметной области

  • Анализ требований к системе

• Основная задача обследования – оценка реального объема проекта по созданию ИС, ее целей и задач, состава функциональных подсистем и возможностей реализации проекта.

• Предпроектная стадия включает: 1) этап сбора данных; 2) этап анализа данных и формирования ТЗ.

Этап сбора данных

Основные участники:

• бизнес-аналитики;

• руководство предприятия-заказчика;

• ключевые пользователи будущей ИС;

• эксперты

Объекты изучения:

• организационная и функциональная структура;

• технико-экономические характеристики;

• материальные и информационные потоки между подразделениями и внутри них;

• методы планирования, учета и управления.

Этап анализа материалов обследования

Цель: преобразование общих, неясных знаний о требованиях к будущей системе в точные определения.

Основные участники:

• бизнес-аналитики;

• руководство предприятия-заказчика;

• ключевые пользователи будущей ИС;

• технические специалисты.

Объекты изучения:

• архитектура системы, ее функции, условия функционирования;

• интерфейсы и распределение функций между человеком и системой;

• требования к программным и аппаратным компонентам системы..

Классификация методов анализа предметной области

1. Методы изучения и анализа фактического состояния экон. объекта и перспектив его развития

   • SWOT-анализ;

   • Схема Захмана.

2. Методы детального анализа предметной области

   • Методы обследования и моделирования бизнес-процессов;

   • Методы сбора требований пользователей.

3. Методы формирования нового заданного состояния экономического объекта

   • Методы имитационного моделирования

   • BPMN-технологии моделирования

SWOT-анализ

• Stregths, Weaknesses, Opportunities, Threats) (сильные стороны, слабые стороны, возможности, угрозы)

• Этапы SWOT-анализа:

  1. определение уникального характера организации, ее миссии;

  2. определение внутренних сильных и слабых сторон организации по отдельным направлениям деятельности;

  3. определение внешних возможностей и угроз;

  4. определение практических приоритетных целей на среднесрочный период.

SWOT-таблица для компании-авиаперевозчика

Схема Захмана

ISA (Information Systems Architecture )

Процессные потоковые модели

• Процессные модели описывают последовательное преобразование материальных и информационных потоков компании в ходе реализации какой-либо производственной функции или функции управления.

  • Верхний уровень модели должен отражать только контекст деятельности.

  • Второй уровень отражает тематически сгруппированные бизнес-процессы предприятия и их взаимосвязи в виде основных направлений деятельности.

  • Каждое из направлений деятельности описывает совокупность бизнес-функций.

  • Детализация бизнес-функций осуществляется посредством бизнес–процессов.

  • Бизнес-процессы описываются последовательностью элементарных технологических операций.

  • Описание элементарной операции осуществляется с помощью миниспецификации.

7 Лекция

8 лекция

9 лекция

10 лекция