Жизненный цикл АИС

Содержание

Слайд 2

Жизненный цикл АИС и технологий

Жизненный цикл АИС и технологий

Слайд 3

Определение Жизненный цикл ИСЭ - это совокупность стадий и этапов, которые

Определение
Жизненный цикл ИСЭ - это совокупность стадий и этапов, которые проходит

ИС в своем развитии от момента принятия решения о создании системы до момента прекращения функционирования системы.
Слайд 4

Содержание жизненного цикла ИС сводится к выполнению следующих стадий: 1. Планирование

Содержание жизненного цикла ИС сводится к выполнению следующих стадий:

1. Планирование и

анализ требований. Проводится исследование и анализ существующей ИС, формируются технико-экономическое обоснование (ТЭО) и техническое задание (ТЗ) на разработку новой ИС;
2. Проектирование (техническое и логическое). В соответствии с требованиями формируются состав автоматизируемых функций (функциональная архитектура) и состав обеспечивающих подсистем (системная архитектура), проводится оформление технического проекта ИС;
Слайд 5

ПРОДОЛЖЕНИЕ: 3. Реализация - разработка и настройка программ, формирование и наполнение

ПРОДОЛЖЕНИЕ:
3. Реализация - разработка и настройка программ, формирование и наполнение баз

данных, формулировка рабочих инструкций для персонала, оформление рабочего проекта;
4. Внедрение (опытная эксплуатация). Комплексная отладка подсистем ИС, обучение персонала, поэтапное внедрение ИС по подразделениям, оформление акта о приемо-сдаточных испытаниях ИС;
5. Эксплуатация ИС (сопровождение, модернизация). Сбор рекламаций и статистики о функционировании ИС, исправление недоработок и ошибок, оформление требований к модернизации ИС и ее выполнение (повторение стадий 2-5).
Слайд 6

Согласно ГОСТ 34.601-90 стадии будут следующие: 1. Формирование требований к АИС

Согласно  ГОСТ 34.601-90 стадии будут следующие:
1. Формирование требований к АИС
Обследование объекта и

обоснование необходимости создания АИС
Формирование требований пользователя к АИС
Оформление отчета о выполнении работ и заявки на разработку АС
Слайд 7

2. Разработка концепции АИС Изучение объекта Проведение необходимых научно-исследовательских работ Разработка

2. Разработка концепции АИС
Изучение объекта
Проведение необходимых научно-исследовательских работ
Разработка вариантов концепции АИС

и выбор варианта, удовлетворяющего требованиям пользователей
Оформление отчета о проделанной работе
Слайд 8

3. Техническое задание Разработка и утверждение технического задания на создание АИС

3. Техническое задание
Разработка и утверждение технического задания на создание АИС
4. Эскизный

проект
Разработка предварительных проектных решений по системе и ее частям
Разработка документации на АИС и ее части
Слайд 9

5. Технический проект Разработка проектных решений по системе и ее частям

5. Технический проект
Разработка проектных решений по системе и ее частям
Разработка документации

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

6. Рабочая документация Разработка рабочей документации на АИС и ее части

6. Рабочая документация
Разработка рабочей документации на АИС и ее части
Разработка и

адаптация программ
7. Ввод в действие
Подготовка объекта автоматизации
Подготовка персонала
Комплектация АИС поставляемыми изделиями (ПО тех.сред-ми, прог.-тех. комплексами, инф. изделиями)
Слайд 11

Строительно-монтажные работы Пусконаладочные работы Проведение предварительных испытаний Проведение опытной эксплуатации Проведение

Строительно-монтажные работы
Пусконаладочные работы
Проведение предварительных испытаний
Проведение опытной эксплуатации
Проведение приемочных испытаний
8. Сопровождение АИС.
Выполнение

работ в соответствии с гарантийными обязательствами
Послегарантийное обслуживание
Слайд 12

Стандарт ГОСТ Р ИСО/МЭК 12207-2010 «Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств»

Стандарт ГОСТ Р ИСО/МЭК 12207-2010 «Информационная технология. Системная и программная инженерия.

Процессы жизненного цикла программных средств»
Слайд 13

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

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

продукта или услуги, а также при поставке, разработке, применении по назначению, сопровождении и прекращении применения программных продуктов
Слайд 14

Стандарт группирует различные виды деятельности, которые могут выполняться в течение жизненного

Стандарт группирует различные виды деятельности, которые могут выполняться в течение жизненного

цикла программных систем, в семь групп процессов.
Слайд 15

процессы соглашения; процессы организационного обеспечения проекта; процессы проекта; технические процессы; процессы

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

программных средств;
процессы повторного применения программных средств.
Слайд 16

Каждый процесс включает ряд действий. Например, процесс приобретения охватывает следующие действия:

Каждый процесс включает ряд действий.
Например, процесс приобретения охватывает следующие действия:
Инициирование

приобретения
Подготовка заявочных предложений
Подготовка и корректировка договора
Надзор за деятельностью поставщика
Приемка и завершение работ
Слайд 17

Каждое действие включает ряд задач. Например, подготовка заявочных предложений должна предусматривать:

Каждое действие включает ряд задач.
Например, подготовка заявочных предложений должна предусматривать: -

Формирование требований к системе - Формирование списка программных продуктов - Установление условий и соглашений - Описание технических ограничений (среда функционирования системы и т. д.)
Слайд 18

Модели жизненного цикла АИС К настоящему времени наибольшее распространение получили следующие

Модели жизненного цикла АИС

К настоящему времени наибольшее распространение получили следующие модели

ЖЦ:
каскадная модель (70-85 г.г.);
спиральная модель (86-90 г.г.).
Слайд 19

Каскадная модель Ее основной характеристикой является разбиение всей разработки на этапы,

Каскадная модель

Ее основной характеристикой является разбиение всей разработки на этапы,

причем переход с одного этапа на следующий происходит только после того, как будет полностью завершена работа на текущем (след. слайд). Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.
Слайд 20

Рис. 1.1. Каскадная схема разработки ПО

Рис. 1.1. Каскадная схема разработки ПО

Слайд 21

Спиральная модель ЖЦ Делает упор на начальные этапы ЖЦ: анализ и

Спиральная модель ЖЦ

Делает упор на начальные этапы ЖЦ: анализ и

проектирование. На этих этапах реализуемость технических решений проверяется путем создания прототипов. Каждый виток спирали соответствует созданию фрагмента или версии ПО, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали.
Слайд 22

Таким образом углубляются и последовательно конкретизируются детали проекта и в результате

Таким образом углубляются и последовательно конкретизируются детали проекта и в результате

выбирается обоснованный вариант, который доводится до реализации.
Слайд 23

Последовательность разработки ИС 1. Предпроектное обследование В настоящее время предварительное обследование

Последовательность разработки ИС

1. Предпроектное обследование
В настоящее время предварительное обследование проводят

почти все ИТ- компании. Группа консультантов исследует предприятие-клиент, собирает детальную информацию о его структуре и организации деятельности. Полученные данные систематизируются и анализируются.
С помощью специализированных средств (например BPWin) строится диаграмма бизнес-процессов (обычно – в нотации DFD), каждый из которых характеризуется объемным блоком информации.
Слайд 24

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

В наиболее полном случае результатом предпроектного обследования являются следующие документы:

схема

бизнес-процессов “как есть”;
схема бизнес-процессов “как должно быть”;
бизнес-план реорганизации;
краткосрочный план действий.
Слайд 25

2. Подготовка технического задания Техническое задание – набор документов и спецификаций,

2. Подготовка технического задания

Техническое задание – набор документов и спецификаций,

определяющих требования к информационной системе и ее функциональности. В него входят:
требования к автоматизированным рабочим местам, их составу и структуре;
разработка требований к программным средствам;
разработка топологии, состава и структуры локальной вычислительной сети;
требования к секретности и защите информации.
Слайд 26

3. Технико-экономическое обоснование Анализ “затраты - эффект” позволяет принимать обоснованные решения

3. Технико-экономическое обоснование

Анализ “затраты - эффект” позволяет принимать обоснованные решения

и подтверждает финансовую необходимость изменений.
Козырная карта ТЭО – управление запасами и логистика. В результате внедрения существенно уменьшаются запасы на складах, сокращается цикл производства, исчезает дефицит товаров и комплектующих и т. д. Все эти преимущества имеют строгое количественное выражение (стоимость аренды складских помещений, затраты на перевозки и др.). В результате расчет экономического эффекта становится делом техники и ТЭО выглядит вполне убедительно.
Слайд 27

4. Организация проекта Важнейшая цель данного этапа – вовлечение сотрудников компании-клиента

4. Организация проекта

Важнейшая цель данного этапа – вовлечение сотрудников компании-клиента в

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

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

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

консультировать ИТ специалистов, осуществлять контроль и приемку внедряемых объектов (формы, документы, отчеты и т. д.);
Сотрудник отдела ИТ заказчика. Задачи: освоить в необходимом объеме инструментальные средства исполнителя (“1С”, “Галактика”, Scala, R3 и др.), участвовать в доводке и разработке ИС, служить “буфером” между сотрудником клиента и консультантом исполнителя;
консультант-программист исполнителя. Задачи: разработать, внедрить, адаптировать необходимые модули, консультировать сотрудников отдела ИТ заказчика.
Слайд 29

5. Разработка технического проекта Технический проект – это набор документов и

5. Разработка технического проекта

Технический проект – это набор документов и

спецификаций, описывающих конструкцию, архитектуру, устройство и состав как системы в целом, так и отдельных ее модулей.
В основе технического проекта лежит техническое задание (о котором говорилось выше). Он содержит результаты детального проектирования, спецификации каждого компонента, интерфейсы между компонентами, требования к тестам, план интеграции компонентов.
Слайд 30

6. Переподготовка персонала Цель начальной переподготовки – обучение персонала, который затем

6. Переподготовка персонала

Цель начальной переподготовки – обучение персонала, который затем будет

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

7. Управление данными Данные делят на первостепенные и второстепенные. В первостепенных

7. Управление данными

Данные делят на первостепенные и второстепенные.
В первостепенных

данных неточность недопустима.
Второстепенные позволяют некоторый разброс параметров.
Приведем примеры управления данными в различных областях автоматизации.
Слайд 32

Управление производственными запасами (MRP). Входные данные: Контр. график. Показывает, какие конечные

Управление производственными запасами (MRP). Входные данные:

Контр. график. Показывает, какие конечные

продукты будут произведены, когда они потребуются и в каком количестве. Составляется на основе требований, а не возможности, поэтому не всегда выполним.
Файл списка материалов. Содержит перечень всех узлов, деталей и материалов, необходимых для производства единицы конечного продукта. Мин. точность данных – 98%.
Файл данных по матер.- произв. запасам. Используется для хранения инф. о состоянии каждого элемента производства. Мин. точность – 95%.
Слайд 33

8. Параллельное внедрение Новые технологии целесообразно внедрять параллельно в различных областях

8. Параллельное внедрение

Новые технологии целесообразно внедрять параллельно в различных областях

производственной деятельности (бухгалтерия, кадры, производство, контроль качества, САПР и т. д.).
Сокращается общее время внедрения, возрастают интеграционные возможности модулей.
Проведение интеграции на раннем этапе значительно уменьшает трудоемкость работ.
Слайд 34

9. Выбор системы 10. Ввод в эксплуатацию Параллельная стратегия. Одновременная работа

9. Выбор системы 10. Ввод в эксплуатацию

Параллельная стратегия. Одновременная работа вручную, на

“старой” системе и на внедренной. Результаты постоянно сравниваются, новая система адаптируется. Недостаток – значительные трудозатраты, большие сроки внедрения.
Скачок (шоковая терапия). “С понедельника работаем на новой системе!” Эффективно, но иногда приводит к провалу.
Слайд 35

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

Продолжение

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

пошаговый запуск наиболее надежен, существенно снижает риск неудачи.
Узкое место. Автоматизация самого “узкого” производственного места с постепенным расширением области автоматизации.
Слайд 36

продолжение Независимо от способа ввода в эксплуатацию, достижение максимальной функциональности системы обычно проходит в несколько этапов:

продолжение

Независимо от способа ввода в эксплуатацию, достижение максимальной функциональности системы обычно

проходит в несколько этапов:
Слайд 37

Развитие функциональности Создание прототипа, моделирующего в общих чертах работу системы. Он

Развитие функциональности

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

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