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

проходит ИС в своем развитии от момента принятия решения о

создании системы до момента прекращения функционирования системы.

и анализ требований. Проводится исследование и анализ существующей ИС, формируются

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

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

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

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

о выполнении работ и заявки на разработку АС

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

работе

Эскизный проект
Разработка предварительных проектных решений по системе и ее частям
Разработка

документации на АИС и ее части

документации на АИС и ее части
Разработка и оформление документации на

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

и адаптация программ
7. Ввод в действие
Подготовка объекта автоматизации
Подготовка персонала
Комплектация АИС

поставляемыми изделиями (ПО тех.сред-ми, прог.-тех. комплексами, инф. изделиями)

АИС.
Выполнение работ в соответствии с гарантийными обязательствами
Послегарантийное обслуживание

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

программного продукта или услуги, а также при поставке, разработке, применении

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

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

поддержки программных средств;
процессы повторного применения программных средств.

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

и завершение работ

предусматривать: - Формирование требований к системе - Формирование списка программных

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

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

этапы, причем переход с одного этапа на следующий происходит только

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

и проектирование. На этих этапах реализуемость технических решений проверяется путем

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

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

проводят почти все ИТ- компании. Группа консультантов исследует предприятие-клиент, собирает

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

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

реорганизации;
краткосрочный план действий.

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

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

решения и подтверждает финансовую необходимость изменений.
Козырная карта ТЭО –

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

в процесс внедрения ИС. Это достигается через распределение ответственности между

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

Задачи: консультировать ИТ специалистов, осуществлять контроль и приемку внедряемых объектов

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

и спецификаций, описывающих конструкцию, архитектуру, устройство и состав как системы

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

будет работать над внедрением системы.
В первую очередь, следует определить

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

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

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

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

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

областях производственной деятельности (бухгалтерия, кадры, производство, контроль качества, САПР и

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

на “старой” системе и на внедренной. Результаты постоянно сравниваются, новая

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

Такой пошаговый запуск наиболее надежен, существенно снижает риск неудачи.
Узкое

место. Автоматизация самого “узкого” производственного места с постепенным расширением области автоматизации.

обычно проходит в несколько этапов:

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

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

с целями, сформулированными на начальном этапе и скорректированными в процессе

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