Системы класса SCM
SCM (supply chain management) – автоматизированные системы управления цепочками поставок.
Основной задачей является – повышение эффективности логистики.
Другие задачи, решаемые системами класса SCM:
• Операционные
– Закупки и снабжение производства;
– Управление складами;
– Управление логистикой;
– Оптимизация транспортных операций;
– Сбыт, работа с дистрибьюторами;
• Тактические
– Логистика и нахождение звеньев цепочки поставок;
– Выбор транспортных маршрутов;
– Планирование территориального распределения самого производственного цеха;
Другие классы систем поддержки производственно-коммерческого цикла:
• PLM (Product Lifecycle Management) – управление жизненным циклом продуктов;
• PDM (Product Data Management) – системы управления производственными данными.
• и др.
ИС поддержки процесса принятия решений.
СППР - компьютеризованная система, содержащая три компонента: язык — механизм, обеспечивающий взаимодействие между пользователями и другими компонентами системы; систему знаний — основу системы; систему обработки запросов — интерфейс указанных компонентов.
Данный класс систем:
поддерживает деятельность принимающих решения лиц, но не замещает их;
использует конкретные данные и возможности моделирования;
решает задачи различной степени структурированности - частично структурированные и неструктурированные;
фокусируется скорее на результативности, нежели на производительности процесса принятия решений (помощь, поддержка процесса принятия решений на уровне интуиции);
позволяет менеджеру проверять или предлагать различные решения, а также изучать результаты принятия решений с использованием различных моделей.
В 1979 году Джон Рокарт, работавший в Школе бизнеса при Гарвардском университете, опубликовал статью, ставшую основополагающей для выделения из DSS такого класса систем, как EIS (executive information system), иначе — ESS (executive support system).
Подход EPSS – Electronic performance support systems и Integrated performance support systems (EPSS/IPSS) – использования электронных систем поддержки исполнения, обеспечивающий получение основных знаний и осуществляющий поддержку принятия решений для выработки навыков и умений.
Основной целью систем EPSS является предоставление всего, что только может быть необходимо для увеличения производительности и обучения в тот момент, когда это необходимо.
EPSS – это электронная система, которая предоставляет интегрированный доступ по запросу к информации, совету, опыту обучения и инструментам, для возможности достижения высокого уровня в производительности труда с минимальной поддержкой другими людьми
ЕPSS должна содержать:
1. Констатирующее программное обеспечение, то есть соответствующие данные. Например, учебный материал, примеры, случаи и т.д.
2. Моделирующее программное обеспечение, подготавливающее ответ на вопрос: - «Что будет если ?».
3. Советующее программное обеспечение, которое может дать ответ на вопрос «Как сделать, чтобы?».
4. Обучающее программное обеспечение.
Концепция EIS породила новые идеи – GDSS (Group DSS) – использование информационных технологий для поддержки работы группы. Рабочая группа состоит из индивидуалов, которым требуется работать вместе с другими.
BI – как развитие концепции DSS
Business Intelligence (BI) – это набор приложений и технологий сбора, хранения, анализа и предоставления доступа корпоративным пользователям к данным для оказания поддержки в принятии эффективных бизнес решений.
Сегменты систем класса BI
• средства построения хранилищ и витрин данных (data warehouse);
• системы запросов и отчётов (Q&R Systems);
• инструменты оперативной аналитической обработки (On-Line Analytical Processing, OLAP);
• информационные системы уровня предприятия (Enterprise Information Systems, EIS);
• системы поддержки и принятия решений (Decision Support Systems, DSS) в части фазы конструирования и выбора;
• средства интеллектуальной добычи данных (Knowledge Discovery in Databases), включая средства Data Mining
Системы класса BPM
• BPM – это совокупность интегрированных циклических процессов управления и анализа, а также соответствующих технологий, имеющих отношение как к финансовой, так и к операционной деятельности организации;
• BPM позволяет предприятиям определять стратегические цели, а затем – оценивать эффективность своей деятельности по отношению к этим целям и управлять процессом достижения целей;
• ключевые BPM-процессы связаны с реализацией стратегии организации и включают финансовое и операционное планирование, консолидацию и отчетность, моделирование, анализ и мониторинг ключевых показателей эффективности.
Системы класса BPM базируются на ряде управленческих концепций:
• модели Key Performance Indicators (KPI);
• методика Balansed ScoreCard (BSC);
• методики бюджетирования;
• модели корпоративной мотивации;
• модели мониторинга и контроля исполнения решений;
• методики управленческого учета;
• инструменты консолидации финансовых и нефинансовых данных.
Создание полноценной BPM системы невозможно без информационных технологий, которые при внедрении BSC базируются на функциональности:
• OLAP;
• DSS;
• BI;
• ERP;
• WorkFlow.
Вопросы для самопроверки
1. Чем отличается система класса MRP от системы класса MRPII?
2. Чем отличается система класса MRPII от системы класса ERP?
3. В чём отличие между классами ERPII от ERP?
4. Что такое CRM?
5. Что такое SCM?
6. Какие виды ИС поддерживают производственный цикл?
7. Что такое MRP, MRPII, ERP, APS, PDM, CRM, SCM, PLM-системы?
8. Что такое системы электронной коммерции?
9. Каковы функциональные возможности и структура информационных систем (MRP; MRPII; ERP; APS; систем электронной коммерции)?
10. Каковы особенности, позитивные и негативные стороны внедрения MRPII, ERP-систем?
11. Какие виды ИС поддерживают процесс принятия решений?
12. Что такое TPS; MIS; EPSS; IPSS; EIS; GPSS; DSS-системы?
13. Каковы функциональные возможности и структура информационных систем (DSS; EPSS)?
14. Каковы особенности, позитивные и негативные стороны внедрения DSS-систем?
Вопросы:
1. Понятие жизненного цикла ИС.
2. Основные этапы жизненного цикла ИС: планирование ИС; анализ требований к ИС; приобретение; тестирование и отладка ИС; внедрение ИС; эксплуатация и сопровождение.
3. Особенности управления ИС на различных этапах их жизненного цикла.
Содержание темы (дидактические единицы и их характеристика):
Понятие жизненного цикла ИС. Существующие модели жизненного цикла ИС: каскадная, поэтапная, спиральная. Стандарты жизненного цикла: ГОСТ-34; ISO/IEK 12207: 1995-08-01; методика Oracle CDM (Custom Development Method); CobIT. Жизненный цикл информационной системы по стандарту CobIT: планирование и организация; приобретение и внедрение; передача и внедрение; мониторинг. Основные этапы жизненного цикла ИС: планирование ИС; анализ требований к ИС; проектирование, программирование, тестирование и отладка ИС; внедрение ИС; эксплуатация и сопровождение. Особенности управления ИС на различных этапах их жизненного цикла.
В результате успешного изучения темы Вы узнаете:
из каких этапов состоит ЖЦ ИС,
какова взаимосвязь и взаимозависимость между стадиями, этапами, работами и задачами в рамках ЖЦ ИС,
какие существуют варианты связей между работами, задачами, этапами ЖЦ ИС.
и приобретете следующие навыки (компетенции):
разбивать жизненный цикл проекта автоматизации предприятия на стадии, этапы и так далее в рамках всего жизненного цикла проекта;
выбирать модель ЖЦ в соответствии с выбранным стандартом описания ЖЦ ИС.
В процессе освоения темы акцентируйте внимание на следующих понятиях:
- жизненный цикл ИС
- этап ЖЦ
- стандарт ЖЦ
- модель ЖЦ
- проект
- команда проекта
Теоретический материал
Жизненный цикл информационных систем (ЖЦ ИС) - совокупность стадий и этапов, которые проходит ИС в своем развитии от момента принятия решения о создании системы до момента прекращения функционирования системы.
Этапы жизненного цикла:
1) стратегическое планирование ИС;
2) приобретение ИС;
3) внедрение ИС;
4) эксплуатация и сопровождение ИС;
5) вывод ИС из эксплуатации.
На выходе из каждого этапа формируется отчетная документация, информация, являющаяся входящей для последующего этапа.
Существуют три модели жизненного цикла ИС:
каскадная модель;
поэтапная модель (итерационная);
спиральная модель.
«Крайним» случаем модели ЖЦ можно считать модель «черного ящика», что фактически означает отсутствие какой-либо модели. В ней отсутствует планирование и организация работ.
1. Каскадная модель.
Свойства модели:
Переход на очередную стадию проекта только после полного завершения работ на текущей стадии, без возвратов на пройденные этапы.
Каждая стадия заканчивается получением некоторых результатов, которые служат исходными данными для следующей стадии.
Требования к системе строго документируются в виде ТЗ и фиксируются на все время разработки проекта.
Каждая стадия завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.
Преимущества модели:
На каждой стадии формируется законченный набор проектной документации, отвечающей критериям полноты и согласованности.
Выполняемые в логической последовательности стадии, позволяют планировать сроки завершения всех работ и соответствующие затраты.
Каскадная модель может использоваться при создании ИС, для которой в самом начале разработки можно достаточно и полно сформулировать все требования, с тем, чтобы предоставить разработчикам свободу реализовывать их технически.
К таким системам относятся сложные ИС с большим количеством задач вычислительного характера, системы управления производственными процессами повышенной сложности и опасности, и др.
Недостатки модели:
Позднее обнаружение проблем.
Выход из календарного графика, запаздывание с получением результатов.
Избыточное количество документации.
Высокий риск создания системы, не удовлетворяющей изменившимся потребностям пользователей, поскольку на начальной стадии пользователи не в состоянии изложить полный набор требований к системе, а также могут изменить внешние условия ее функционирования.
Недостатки этой модели обусловлены тем, что реальный процесс разработки ИС носит итерационный характер, то есть результаты очередной стадии часто вызывают изменения в проектных решения, выработанных на более ранних стадиях. Таким образом возникает потребность возврата к предыдущим стадиям и уточнении или пересмотре ранее принятых решений.
2. Спиральная модель (вариант итерационной модели).
Особенности модели:
Отказ от фиксации требований и назначение приоритетов пользовательским требованиям.
Разработка последовательности прототипов, начиная с требований наивысшего приоритета.
Идентификация и анализ риска на каждой итерации.
Использование каскадной модели для реализации окончательного прототипа.
Оценка результатов завершения каждой итерации и планирование следующей итерации.
Прототип — действующий программный компонент, реализующий отдельные функции и внешние интерфейсы разрабатываемой ИС. Создание прототипов осуществляется в несколько итераций (витков спирали). Каждая итерация соответствует созданию фрагмента или версии ИС, на ней уточняются цели проекта, оценивается качество полученных результатов и планируются работы следующей итерации.
Спиральная модель избавляет пользователей и разработчиков ИС от необходимости полного и точного формулирования требований к системе на начальной стадии. Детали проекта уточняются и углубляются в ходе его разработки.
Неполное завершение работ на каждой стадии позволяет переходить на следующую стадию, не дожидаясь полного завершения работы на текущей, поскольку недоделанную работу можно будет завершить на следующей итерации. Главная задача – как можно быстрее показать пользователям работоспособность ИС.
Достоинства модели:
Ускорение разработки, раннее получение результата за счет прототипирования.
Постоянное участие заказчика в процессе разработки.
Разбиение большого объема работы на небольшие чесати.
Снижение риска, то есть повышение вероятности предсказуемого поведения ИС.
Недостатки модели:
Сложность планирования, определения качества и длительности итераций, оценки затрат и рисков.
Сложность применения модели с точки зрения менеджеров и заказчиков.
Напряженный режим работы для разработчиков при большом количестве краткосрочных итераций.
Еще одним примером реализации итерационной модели ЖЦ является способ быстрой разработки приложений – RAD (Rapid ApplicationDevelopment).
Особенности этого метода:
Наличие небольших групп разработчиков (от 3 до 7 человек), выполняющих работы по проектированию отдельных подсистем ИС. Это обусловлено требованием максимальной управляемости коллектива.
Наличие короткого, но тщательного проработанного производственного графика (до трех месяцев).
Наличие повторяющегося цикла, при котором разработчики по мере того, как приложение начинает обретать форму, запрашивают и реализуют в продукте требования, получаемые в результате взаимодействия с заказчиком.
Основные принципы подхода:
разработка приложений итерациями,
необязательность полного завершения работ на каждой стадии ЖЦ,
обязательность вовлечения пользователей в процесс разработки,
применение средств управления конфигурацией, облегчающих внесение изменений в проект и сопровождение готовой системы,
использование прототипирования, позволяющее полнее выяснить и удовлетворить потребности пользователей,
тестирование и развитие проекта, осуществляемые обновременно с разработкой,
ведение разработки немногочисленной, хорошо управляемой командой профессионалов,
грамотное руководство разработкой системы, четкое планирование и контроль выполнения работ.
ЖЦ ИС в соответствии с данным подходом состоит из четырех стадий:
1. Анализ и планирование требований (системный анализ).
2. Проектирование (системный синтез).
3. Реализация (компоновка системы).
4. Внедрение.
РАД хорошо подходит для относительно небольших проектов, разрабатываемых для конкретного заказчика, и не применим для построения сложных расчетных систем или систем управления сложными объектами в режиме реального времени, то есть ИС, содержащих большой объем уникального кода (сотни тысяч строк), а также систем, от которых зависит безопасность людей (управление самолетом или АЭС).
Естественное развитие каскадной и спиральной моделей привело к их сближению и появлению современного итерационного подхода, которое представляет собой рациональное сочетание этих моделей.
Стандарты ЖЦ ИС
Основные стандарты ЖЦ ИС:
• ГОСТ 34.601-90;
• ГОСТ Р ИСО/ИЭК 12207:1995;
• ГОСТ Р ИСО/ИЭК 15288;
• COBIT;
• Oracle CDM (Custom Development Method);
• «Классический»;
• «Быстрая разработка»;
• «Облегчённый»;
• Rational Unified Process (RUP);
• Microsoft Solution Framework (MSF);
• Extreme Programming (XP);
ГОСТ 34:
формирование требований;
• обследование объекта и обоснование необходимости создания;
• формирование требований пользователя;
• оформление отчета о выполненной работе и заявки на разработку;
разработка концепции;
• изучение объекта;
• проведение необходимых научно-исследовательских работ;
• разработка вариантов концепции ИС, удовлетворяющей требованиям пользователя;
• оформление отчета о выполненной работе;
техническое задание;
• разработка и утверждение технического задания на задание;
эскизный проект;
• разработка предварительных проектных решений по системе и ее частям;
• разработка документации на ИС и ее части;
технический проект;
• разработка проектных решений по системе и ее частям;
• разработка документации на АС и ее части;
• разработка и оформление документации на поставку изделий для комплектования ИС и/или технических требований (технических заданий) на их разработку;
• разработка заданий на проектирование в смежных частях проекта объекта автоматизации;
рабочая документация;
• разработка рабочей документации на систему и ее части;
• разработка или адаптация программ;
ввод в действие;
• подготовка объекта автоматизации к вводу ИС в действие;
• подготовка персонала;
• комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями);
• строительно-монтажные работы;
• пуско-наладочные работы;
• проведение предварительных испытаний;
• проведение опытной эксплуатации;
• проведение приемочных испытаний
сопровождение;
• выполнение работ в соответствии с гарантийными обязательствами;
• послегарантийное обслуживание;
ISO\IEC 12207:1995
Распространяется на все виды заказного ПО. Стандарт не содержит описания фаз, стадий этапов.
Основные процессы:
• приобретение (заказ),
• поставка,
• разработка,
• эксплуатация,
• сопровождение.
Вспомогательные процессы, обеспечивающие выполнение основных процессов:
• документирование,
• управление конфигурацией,
• обеспечение качества,
• верификация,
• валидация (аттестация),