Тема 22 Проектирование и организация ИС Жизненный

Тема 22. Проектирование и организация ИС

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

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

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

ПРОДОЛЖЕНИЕ: 3. Реализация - разработка и настройка программ, формирование и наполнение баз данных, формулировка рабочих инструкций для персонала, оформление рабочего проекта; 4. Внедрение (опытная эксплуатация). Комплексная отладка подсистем ИС, обучение персонала, поэтапное внедрение ИС по подразделениям, оформление акта о приемо-сдаточных испытаниях ИС; 5. Эксплуатация ИС (сопровождение, модернизация). Сбор рекламаций и статистики о функционировании ИС, исправление недоработок и ошибок, оформление требований к модернизации ИС и ее выполнение (повторение стадий 2 -5).

Согласно ГОСТ 34. 601 -90 стадии будут следующие: 1. Формирование требований к АИС – Обследование объекта и обоснование необходимости создания АИС – Формирование требований пользователя к АИС – Оформление отчета о выполнении работ и заявки на разработку АС

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

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

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

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

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

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

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

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

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

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

Каждое действие включает ряд задач. Например, подготовка заявочных предложений должна предусматривать: - Формирование требований к системе - Формирование списка программных продуктов - Установление условий и соглашений - Описание технических ограничений (среда функционирования системы и т. д. )

Модели жизненного цикла АИС К настоящему времени наибольшее распространение получили следующие модели ЖЦ: • каскадная модель (70 -85 г. г. ); • спиральная модель (86 -90 г. г. ).

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

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

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

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

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

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

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

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

4. Организация проекта Важнейшая цель данного этапа – вовлечение сотрудников компании-клиента в процесс внедрения ИС. Это достигается через распределение ответственности между участниками рабочих команд внедрения. Персонал отвечает за автоматизацию своих участков, подразделений.

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

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

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

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

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

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

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

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

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

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

11. Оценка результатов Получение “обратной связи”: результаты деятельности системы сравниваются с целями, сформулированными на начальном этапе и скорректированными в процессе внедрения. Данный этап позволяет понять, насколько успешен проект внедрения. 12. Анализ текущего состояния выявляет, какие задачи, процессы выполнены эффективно, какие требуют изменений и доработок; обеспечена ли необходимая точность данных. 13. Постоянная переподготовка персонала