Вопросы для ПМ Эксплуатация и модификация информационных систем
Технологический процесс преобразования информации.
Технологический процесс (ТП) обработки информации представляет собой комплекс взаимосвязанных операций по преобразованию информации с момента её возникновения (входа в систему) до момента потребления пользователями.
ТП делится на этапы и операции. Этапы ТП это его укрупненные самостоятельные части. Этапы делятся на технологические операции.
ТП принято делить на первичный, подготовительный и основной этапы
На первичном этапе обеспечивается сбор первичной информации, её регистрации и передача на обработку.
На подготовительном этапе осуществляется перенос первичной информации на машинные носители для автоматизации её последующего ввода в тех. Средства.
Реализация основного этапа позволяет выполнить обработку информации и получать необходимые результаты
Понятие информационной технологии.
Информационная технология – это процесс, использующий совокупность средств и методов сбора, обработки и передачи данных (первичной информации) для получения информации нового качества о состоянии объекта, процесса или явления.
Инструментарий информационной технологии
Инструментарий ИТ – один или несколько взаимосвязанных программных продуктов для определенного типа компьютера, технология работы в котором позволяет достичь поставленную пользователем цель.
Особенности деятельности современных предприятий
В настоящее время, в условиях бурно изменяющихся экономических факторов, перед управляющими предприятиями все чаще встает задача реорганизации деятельности целью такой реорганизации может быть реорганизация штатной структуры, внедрение новой технологии, автоматизация(внедрение новой ИС) и т.д. – все то, что может резко повысить эффективность работы и поможет выжить в условиях нестабильного внешнего окружения. Бессмысленно планировать изменения и улучшения, если нет понимания существующего положения дел. Поэтому, первым шагом при проведении реорганизации является описание того, как в настоящий момент работает предприятие. Это не такая простая задача, как может показаться на первый взгляд. Никто из сотрудников, включая руководителя, не может полностью и достаточно подробно описать бизнес-процесс организации. Рядовые сотрудники, возможно, хорошо представляют, что происходит на их конкретном рабочем месте, но плохо знают, как работают их коллеги и, тем более, не представляют, как работает организация в целом. Руководитель хорошо знает, как работает предприятие в общем, но не в состоянии вникнуть в особенности деятельности на каждом рабочем месте. Следовательно, для того, чтобы получить адекватное описание функциональности организации нужно аккумулировать знания многих людей в единой модели. Такая модель может помочь найти слабые места в организации бизнеса и явиться основой для оценки стоимости производства продукции или обслуживания клиентов и, затем, может служить основой для построения идеальной модели – такого конечного состояния бизнес-процессов, к которому следует перейти, чтобы добиться необходимого результата.
Методологии структурного анализа
Целостную и достаточно подробную модель можно получить, пользуясь специальными методологиями структурного анализа, такими как IDEF.
IDEF0 была впервые предложена в конце 60-х Дугласом Россом(тогда она называлась – SADT Structured analysis and design technique). Первоначально методология SADT предназначалась для моделирования технологических процессов, но вот уже более 20 лет она успешно применяется во всем мире сотнями компаний в самых разных областях деятельности. Согласно синтаксису IDEF0 модель представляет собой совокупность иерархических диаграмм, каждая из которых является описанием какого-либо процесса. Построение модели начинается с описания функциональности моделируемой системы в целом (конкретная диаграмма). Взаимодействие с окружающим миром описывается в терминах входа(данные или объекты, потребляемые или изменяемые процессом), выхода (основной результат деятельности процесса, конечный продукт), управления(стратегии и процедуры, которыми руководствуется процесс) и механизмом(ресурсы, необходимые для процесса). Кроме этого, в конспект входит описание цели, моделирования, области(описание того, что будет рассматриваться как компонент системы, а что как внешнее взаимодействие) и точки зрения(позиции, с которой будет строиться модель). Обычно в качестве точки зрения выбирается точка зрения лица или объекта, ответственного за работу моделируемой системы в целом.
Диаграмма декомпозиции
Диаграмма декомпозиции предназначена для декомпозиции работы. В отличие от моделей отображающих структуру организации, работа на диаграмме верхнего уровня в IDEF0 – это не элемент управления нижестоящими работами. Работы нижнего уровня – то же самое, что и работы верхнего уровня, но в более детальном изложении.
После каждого сеанса декомпозиции автором диаграммы формулируется папка – набор документов, в который входит сама диаграмма, дополнительные отчеты и т.д. Папка направляется эксперту предметной области, то есть человеку хорошо разбирающемся в моделируемом фрагменте деятельности предприятия для проведения экспертизы. На уровне контекстной диаграммы это может быть управляющий предприятия, на уровне первой документации – начальник отдела и т.д. вплоть до рядового исполнителя. Прежде чем декомпозировать далее, на текущем уровне необходимо внести в диаграмму все замечания экспертов. Таким образом, каждый из экспертов дополняет модель в той её части, в которой они наиболее компетентен. В результате получается полностью адекватная системе модель, которая позволяет наглядно представить существующие недостатки, перенаправить и усовершенствовать бизнес-процессы, провести анализ стоимости производства, а также послужить основой для создания информационной системы.
Реорганизация деятельности современных предприятий
????????????
Системы автоматизированного проектирования (САПР.
????????
Интегрированные (корпоративные) АИС
???????????
Каноническое проектирование АИС
Каноническое проектирование АИС ориентировано на использование главным образом каскадной модели жизненного цикла АИС. Стадии и этапы работы такого проектирования описаны в ГОСТ 34.601-90.
В зависимости от сложности объекта автоматизации и набора, требующих решения задач, требующих решения при создании конкретной АИС, стадии и этапы работ могут иметь различную трудоемкость. Допускается объединять последовательные этапы и исключать некоторые из них на любой стадии проекта.
Допускается также начинать выполнение работ следующей стадии до окончания предыдущей.
Стадии и этапы создания АИС
Стадия1. Формирование требований к АИС:
Обследование объекта и обоснование необходимости создания АИС;
Формирование требований пользователя к АИС;
Оформление отчета о выполненной работе и тактико-технического задания на разработку.
Стадия2.разработка концепции АИС:
Изменение объекта автоматизации
Проведение необходимых научно-исследовательских работ;
Разработка вариантов концепции АИС, удовлетворяющих требованиям пользователей;
Оформление отчета и утверждение концепции.
Стадия3. Техническое задание:
Разработка и утверждение тех. Заданий на создание АИС
Стадия 4. Эскизный проект:
Разработка предварительных проектных решений по системе и её частям
Разработка жизненной документации на АИС и её части
Стадия 5. Технический проект:
Разработка проектных решений по системе и её частям
Разработка документации на АИС и её части
Разработка и оформление документации на поставку комплектующих изделий
Разработка заданий на проектирование в сложных частях проекта
Стадия 6.рабочая документация:
Разработка рабочей документации на АИС и её части
Разработка и адаптация программ
Стадия 7. Ввод в действие:
Подготовка объекта автоматизации
Подготовка персонала
Комплектация АИС поставляемыми изделиями(программными средствами, программно-техническими комплексами, информационными изделиями)
Строительно-монтажные работы
Пусконаладочные работы
Проведение предварительных исправлений
Проведение опытной эксплуатации
Проведение приемочных испытаний
Стадия 8. Сопровождение АИС:
Выполнение работ в соответствии с гарантийными обязательствами
Послегарантийное обслуживание.